[spring]스프링 빈과 의존관계 > 자바 코드로 직접 스프링 빈 등록하기
*@Contorller, @Service, @Repository 등등의 어노테이션을 이용하여 우리는
스프링 컨테이너에 객체를 등록하여 관리하였다.
*이외에도 개발자가 직접 객체(즉 bean 을..)을 직접 등록하는 방법도 존재한다.
| @Configuration |
가장 앞의 우선순위로 실행하게 된다.
*"@Bean"어노테이션을 이용하면 (개발자가)스프링 컨테이너에 직접 객체를 등록할 수 있다.
*하지만 @Controller와 같은 어노테이션은 스프링에서 직접 관리하는 객체임으로 굳치 "@Bean"을
사용하여 객체를 집접 등록할 필요가 없다.
*예전에는 ".XML"파일을 이용하여 스프링 환결을 설정하였지만, 요즘은 ".java"파일을 이용하여 환경을
설정하는 추세이다.
*생성자를 통한 의존 주입
*"필드주입방식"은 그다지 좋은 방식이 아니다. 그 이유로는
만약 주입해야할 객체를 변경하고자 할 경우, 많은 코드를 변경해야하기 때문이다.
| 필드 주입 방식은 나쁘다. |
*그래서 항상 "생성자"을 통해 의존성 주입을 해야 한다.
*setter을 통해 주입하는 방법도 있으나 권장하지 않는다.
*가장 베스트는 생성자을 통한 방식이다.
| 생성자를 통해 객체를 주입하자..!! |
*"@Bean"어노테이션을 이용하여 객체를 (스프링 컨테이너에)직접 등록하는 방법을 알았는데,
여기서 드는 의문은 "@Service, @Repository"등 이미 편리한 어노테이션이 존재하는데
굳이 "@Bean"같은 어노테이션을 사용해야할 경우가 있을까???
==>실무에서는 주로 정형화된 컨트롤러, 서비스, 리포지토리 같은 코드는 컴포넌트 스캔을 사용한다.
그리고 정형화 되지 않거나, 상황에 따라 구현 클래스를 변경해야 하면 설정을 통해 스프링 빈으로 등록한다.
여기서 드는 의문은 "@Service, @Repository"등 이미 편리한 어노테이션이 존재하는데
굳이 "@Bean"같은 어노테이션을 사용해야할 경우가 있을까???
==>실무에서는 주로 정형화된 컨트롤러, 서비스, 리포지토리 같은 코드는 컴포넌트 스캔을 사용한다.
그리고 정형화 되지 않거나, 상황에 따라 구현 클래스를 변경해야 하면 설정을 통해 스프링 빈으로 등록한다.
*주의: @Autowired 를 통한 DI는 helloConroller , memberService 등과 같이 스프링이 관리하는 객체에서만 동작한다. 스프링 빈으로 등록하지 않고 내가 직접 생성한 객체에서는 동작하지 않는다.
댓글
댓글 쓰기