컴포넌트 스캔과 의존관계 자동 주입 시작하기

컴포넌트 스캔과 의존관계 자동 주입 시작하기
- 지금까지는 스프링 빈을 등록할 때는 자바 코드의 @Bean이나 XML의 <bean> 등을 통해서
 설정 정보에 직접 등록할 스프링 빈을 나열했다
- 예제에서는 몇개가 안되었지만, 이렇게 등록해야 할 스프링 빈이 수십, 수백개가 되면 일일이 등록하기도
 귀찮고, 설정 정보도 커지고, 누락하는 문제도 발생한다
 역시 개발자는 반복을 싫어한다
- 그래서 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공한다
- 또 의존관계도 자동으로 주입하는 @Autowired 라는 기능도 제공한다

먼저 기존 AppConfig.java 는 과거 코드와 테스트를 유지하기 위해 남겨두고,
새로운 AutoAppConfig.java를 만들자

 

참고: 컴포넌트 스캔을 사용하면 @Configuration 이 붙은 설정 정보도 자동으로 등록되기 때문에, 
AppConfig, TestConfig 등 앞서 만들어두었던 설정 정보도 함께 등록되고, 실행되어 버린다. 그래서
excludeFilters 를 이용해서 설정정보는 컴포넌트 스캔 대상에서 제외했다. 보통 설정 정보를 컴포넌트 스캔
대상에서 제외하지는 않지만, 기존 예제 코드를 최대한 남기고 유지하기 위해서 이 방법을 선택했다.

컴포넌트 스캔은 이름 그대로 @Component 에노테이션이 붙은 클래스를 스캔해서 스프링 빈으로 등록한다
@Component를 붙혀주자

참고: @Configuration 이 컴포넌트 스캔의 대상이 된 이유도 @Configuration 소스코드를 열어보면
@Component 애노테이션이 붙어있기 때문이다

 

 

이제 각각의 구현체들에게 @Component를 붙혀주면 자동으로 스프링 빈에 등록이 된다
그걸로 끝났다고 생각한다면... AppConfig의 내용을 다시 공부해야 한다
의존관계를 주입해야 한다
그 역할을 바로 @Autowired 가 한다
각 구현체들의 생성자에 @Autowired 를 붙히면 타입에 맞는 빈을 찾아서 자동으로 주입해 준다
@Component를 사용하면 수동으로 의존관계 주입을 할 수 없기 때문에,
@Autowired 는 자동으로 같이 사용하게 된다
구체적인 동작 방법은 나중에 Autowired를 깊게 탐구할 때 알아 보겠지만,
ac.getBean(MemberRepository.class) 이 코드가 자동으로 사용된다고 보면 된다

 

테스트 결과

 

- AnnotationConfigApplicationContext 을 사용하는 것은 기존과 동일하다
- 설정 정보로 AutoAppConfig 클래스를 넘겨준다
- 실행해 보면 기존과 같이 잘 동작하는 것을 확인할 수 있다

로그를 보면 스프링 빈에 등록된 객체들의 정보와, 생성자 주입된 정보들도 눈으로 확인할 수 있다

- ComponentScan은 @Component가 붙은 모든 클래스를 스프링 빈으로 등록한다
- 이때 스프링 빈의 기본 이름은 클래스명을 사용하되, 맨 앞글자만 소문자를 사용한다
 - 빈 이름 기본 전략 : MemberServiceimpl 클래스 -> memberServiceimpl
 - 빈 이름 직접 지정 : 만약 스프링 빈의 이름을 직접 지정하고 싶으면 @Component("memberService2")
 이런 식으로 이름을 부여하면 된다

@Autowired 의존관계 자동 주입
- 생성자에 @Autowired를 지정하면, 스프링 컨테이너가 자동으로 해당 스프링 빈을 찾아서 주입한다
- 이때 기본 조회 전략은 타입이 같은 빈을 찾아서 주입한다
 - getBean(MemberRepository.class) 와 동일하다고 이해하면 된다
 - 더 자세한 내용은 뒤에서 설명한다 (타입이 안맞으면? 같은 이름이 있다면? 등등)