스프링 입문 강의 노트 정리 (3) : 스프링 빈과 의존 관계

스프링 빈과 의존관계

1. 컴포넌트 스캔과 자동 의존관계 설정

회원 컨트롤러가 회원 서비스와 회원 레포지토리를 사용할 수 있게 하는 것을 의존관계를 맺는다고 표현

 

- @Controller 어노테이션이 있다면, 스프링 구동 시 그 클래스의 객체를 생성하여 스프링 컨테이너가 관리하게 되며 그 클래스의 메서드를 사용할 수 있게 된다

- @Autowired 어노테이션을 생성자에 사용하면 스프링 구동 시 그 생성자의 파라미터와 실제 객체를 연결한다, DI !

(생성자가 1개만 있다면 생략가능)

 

~ @Component 어노테이션이 있는 클래스는 스프링 구동 시 객체 생성 후 스프링 컨테이너에 등록된다

(@Controller, @Service, @Repository)

** 아무 클래스에서 @Component를 붙여도 되나?

-> 어플리케이션이 구동되는 패키지 안에 있지 않은 클래스는 @Component를 붙여도 스프링 컨테이너에 등록되지 않는다

(@SpringBootApplication 안에 @ComponentScan 어노테이션이 붙어있음)

 

cf) 스프링 컨테이너에 등록되는 Bean은 싱글톤 패턴이다(동시에 1개만 등록할 수 있다) -> 한 개만 등록하여 공유한다

설정으로 싱글톤이 아니게 할 수도 있지만, 대부분은 싱글톤으로 사용한다..

(궁금증 : 싱글톤이 아니라면, 스프링 컨테이너에 등록할 필요가 있을까? 의존성 주입을 위해 하는 것인데, 의존성 주입이 안되는 것 아닌지...? 언젠가 해결하고픈 질문)

 

2. 자바 코드로 직접 스프링 빈 등록하기

@Service, @Repository가 아닌 @Configuration이 붙어있는 SpringConfig 클래스에서 각 클래스의 객체를 생성하고 @Bean 어노테이션을 붙여준다

 

-> @Controller는 스프링 컨테이너에 등록해서 관리하는 것이 필수이므로 별도 설정하지 않고 @ComponentScan을 통해 자동 등록될 수 있도록 한다 + @Autowired

 

cf) 그 외에도 xml로 설정할 수도 있지만, 생략

cf) DI에는 필드 주입, setter 주입, 생성자 주입이 있고, 생성자 주입이 권장된다

ex) 필드 주입 : 값을 변경할 수 없다

@Autowired private MemberService memberService;

setter 주입 : public으로 노출되어 아무나 그 초기화 값을 자유롭게 변경할 수 있다는 단점

@Autowired
public void setMemberService(MemberService memberService) {
	this.memberService = memberService;
}

생성자 주입 : 처음 생성자를 생성하고 초기화하며 그 값을 고정하고 이후 변경을 막을 수 있다

@Autowired
public MemberService(MemberRepository memberRepository) {
	this.memberRepository = memberRepository;
}

cf) 실무에서는 주로 정형화된 컨트롤러, 서비스, 레포지토리 같은 코드는 컴포넌트 스캔을 사용. 그리고 정형화되지 않거나, 상황에 따라 구현 클래스를 변경해야 하면 설정을 통해 스프링 빈으로 등록한다(2번 방법을 사용한다)

 

1번과 2번의 장단점

1번 : 사용이 간편하다

2번 : 상황에 따라 구현 클래스를 변경해야 할 경우, @Bean 생성자만 바꾸면 전부 변경되므로 변경이 간편하다

 

@Autowired는 1번 혹은 2번, 어떤 것이든 Bean으로 등록된 후(스프링 컨테이너에 등록)에 그 기능이 동작한다