🌱 스프링 컨테이너 생성

ApplicationContext

ApplicationContext applicationContext =new AnnotationConfigApplicationContext(AppConfig.class);

Spring Framework에서 ApplicationContext는 Bean을 관리하고 Spring 애플리케이션을 위한 런타임 환경을 제공하는 Spring 컨테이너를 나타내는 인터페이스입니다.

1. ApplicationContext는 인터페이스 이며

2. Spring Container는 xml 기반과 annotation 기반이 있다.

3. 따라서 AnnotationConfigApplicationContext 이 부분은 애플리케이션 컨텍스트의 구현체 인거다. 

 

근데, 그러면 나는 앞에서 container와 context가 약간 다른 개념이라고 생각했었는데, 여기선 왜 또 같다고 적는 걸까?

"Spring 컨텍스트"와 "Spring 컨테이너"를 별도로 언급하여 각각의 고유한 측면을 강조했지만 이러한 용어가 Spring 프레임워크의 컨텍스트에서 종종 같은 의미로 사용된다는 점을 명확히 하는 것이 중요합니다.

Spring 컨텍스트와 Spring 컨테이너는 밀접하게 관련되어 있고 용어가 종종 상호 교환적으로 사용되므로 일반적으로 "Spring 컨텍스트" 또는 "Spring 컨테이너"를 사용하는 것이 허용되며 Spring 프레임워크에서 동일한 기본 개념을 참조합니다. 중요한 점은 'ApplicationContext' 인터페이스로 표시되는 Spring 컨텍스트가 빈을 관리하고 Spring 프레임워크의 필수 기능을 제공하는 역할을 한다는 것입니다. 

라고 🐀쥣쌤이 말해줬다..쥣선생님한테 대충 묻고 넘어가면 이렇게 혼란이 온다.. 더 집요하게 물어봐야지...! 

무튼 그래서, 

그럼 스프링 컨테이너는 어떻게 생성 될까? 

컨테이너를 생성해서 구성정보를 읽어와서 빈 저장소에 빈이름과 빈객체를 만들어 놓는다. 
이때, 빈 이름은 method 이름 / 빈 객체는 메소드의 return 값으로 넘어온 것이다. 

@Bean
public DiscountPolicy discountPolicy(){
    return new FixDiscountPolicy();
};

이 경우 빈 이름은 DiscountPolicy이고 빈 객체는 FixDiscountPolicy이다. 

물론, 빈 이름 경우 직접 부여할 수 도 있다. 예를 들면 @Bean(name="DP") 이렇게 말이다.
하지만, 그냥 메소드 네임을 쓰도록 하자.. 보통 그렇게 쓴다고 하니.. 

❌주의점으로는 Bean의 이름은 Unique해야한다. 왜냐면, 동일 Bean이 존재시 설정의 오류가 발생하기 때문!! 

그럼 이제 빈의 의존관계를 설정하는것에 대해 알아볼텐데..

스프링 빈 의존관계 설정

@Bean
public MemberRepository memberRepository(){
    return new MemoryMemberRepository();
}

@Bean
public DiscountPolicy discountPolicy(){
    return new FixDiscountPolicy();
};

@Bean
public MemberService memberService() {
    return new MemberServiceImpl(memberRepository());
}

@Bean
public OrderService orderService(){
    return new OrderServiceImpl(memberRepository(),discountPolicy());
}