[스프링-기본편] 스프링 컨테이너, 스프링 빈

스프링 컨테이너 : ApplicationContext

• 기존에는 개발자가 Appconfig를 사용해서 직접 객체를 생성하고 DI를 했지만 스프링 컨테이너를 통해서 사용할 수 있다.
• 스프링 컨테이너는 @Configuration이 붙은 AppConfig를 설정(구성) 정보로 사용한다. 여기서 @Bean이라 적힌 메서드를 모두 호출해서 반환된 객체를 스프링 컨테이너에 등록한다. 이렇게 스프링 컨테이너에 등록된 객체를 스프링 빈이라고 한다.
• 스프링 빈은 @Bean이 붙은 메서드의 명을 스프링 빈의 이름으로 사용한다.
• 이전에는 개발자가 필요한 객체를 AppConfig를 사용해서 직접 조회했지만, 이제부터는 스프링 컨테이너를 통해서 필요한 스프링 빈(객체)를 찾아야 한다. 스프링 빈은 applicationContext.getBean()메서드를 사용해서 찾을 수 잇다.
  • 이때 첫번째 인자에는 "이름", 두번째 인자에는 반환타입을 쓴다.
• 기존에는 개발자가 직접 자바코드로 모든 것을 했다면 이제부터는 스프링 컨테이너에 객체를 스프링 빈으로 등록하고, 스프링 컨테이너에서 스프링 빈을 찾아서 사용하도록 변경되었다.
• 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 애노테이션 기반의 자바 설정 클래스로 만들 수 있다.

스프링 컨테이너의 생성 과정

1. 스프링 컨테이너 생성
   

• 스프링 컨테이너를 생성할 때는 구성 정보를 지정해주어야 한다. (AppConfig.class가 구성 정보)

2. 스프링 빈 등록
   

• 스프링 컨테이너는 파라미터로 넘어온 설정 클래스 정보를 사용해서 스프링 빈을 등록한다.
• 빈 이름을 직접 부여할 수도 있다. => @Bean(name="memberService2")

3. 스프링 빈 의존관계 설정 - 준비
   

4. 스프링 빈 의존관계 설정 - 완료
   

스프링 빈을 등록하면 생성자를 호출하면서 의존관계 주입도 한번에 처리된다.

BeanFactory와 ApplicationContext

BeanFactory

• 스프링 컨텡너의 최상위 인터페이스다.
• 스프링 빈을 관리하고 조회하는 역할을 담당한다.
• getBean()을 제공한다.
• 대부분의 기능은 BeanFactory가 제공하는 기능이다.

ApplicationContext

• BeanFactory 기능을 모두 상속받아서 제공한다.
• 빈을 관리하고 검색하는 기능을 BeanFactory가 제공해주는데, 그러면 둘의 차이는 뭘까?
• 애플리케이션을 개발할 때는 빈을 관리하고 조회하는 기능은 물론이고, 수 많은 부가기능이 필요하다.
• 메시지소스를 활용한 국제화 기능
  • ex) 한국에서 들어오면 한국어로, 영어권에서 들어오면 영어로 출력
• 환경변수
  • ex) 로컬, 개발, 운영등을 구분해서 처리
• 애플리케이션 이벤트
  • ex) 이벤트를 발행하고 구독하는 모델을 편리하게 지원
• 편리한 리소스 조회
  • ex) 파일, 클래스 패스, 외부 등에서 리소스를 편리하게 조회

정리

• ApplicationContext는 BeanFactory의 기능을 상속받는다.
• ApplicationContext는 빈 관리기능 + 편리한 부가 기능을 제공한다.
• BeanFactory를 직접 사용할 일은 거의 없다. 부가기능이 포함된 ApplicationContext를 사용한다.
• BeanFactory나 ApplicationContext를 스프링 컨테이너라 한다.

여기서 잠깐!

• XML을 사용하면 컴파일 없이 빈 설정 정보를 변경할 수 잇는 장점이 있지만 요새는 잘 안쓴다.
  (AnnotationConfigApplicationContext가 너무 편해 !!)