@Configuration
public class AppConfig{
@Bean
public MemberService memberService(){
~~~
}
@Configuration - 설정 정보, 애플리케이션의 구성 정보를 담당
@Bean - 각 메소드에 Bean 등록, 스프링 컨테이너에 등록 됨
ApplicationContext - Bean 을 관리해 줌
ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
MemberService memberService = appConfig.memberService();
<변경> memberService = 메소드 이름
ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
MemberService memberService = applicationContext.getBean("memberService", MemberService.class);
실행하게 되면 로그 발생
위에 5개는 스프링에서 내부적으로 필요해서 등록하는 스프링 빈
appConfig ~ discountPolicy (@Bean으로 등록한것)
스프링 컨테이너에 등록 됨
ApplicationContext
를 스프링 컨테이너라 한다.
기존에는 개발자가 AppConfig
를 사용해서 직접 객체를 생성하고 DI를 했지만, 이제부터는 스프링 컨테이너를 통해서 사용한다.
스프링 컨테이너는 @Configuration
이 붙은 AppConfig 를 설정(구성) 정보로 사용한다. 여기서 @Bean
이라 적힌 메서드를 모두 호출해서 반환된 객체를 스프링 컨테이너에 등록한다. 이렇게 스프링 컨테이너에 등록된 객체를 스프링 빈
이라 한다.
스프링 빈은 @Bean
이 붙은 메서드의 명을 스프링 빈의 이름으로 사용한다. ( memberService , orderService
)
이전에는 개발자가 필요한 객체를 AppConfig 를 사용해서 직접 조회했지만, 이제부터는 스프링 컨테이너를 통해서 필요한 스프링 빈(객체)를 찾아야 한다. 스프링 빈은 applicationContext.getBean() 메서드를 사용해서 찾을 수 있다.
기존에는 개발자가 직접 자바코드로 모든 것을 했다면 이제부터는 스프링 컨테이너에 객체를 스프링 빈으로 등록하고, 스프링 컨테이너에서 스프링 빈을 찾아서 사용하도록 변경되었다.