스프링 빈과 스프링 컨테이너

• 스프링 컨테이너 생성

`ApplicationContext` 는 스프링 컨테이너, 인터페이스다

memberApp이나 orderApp에서 만든  `new AnnotationConfigApplicationContext(AppConfig.class);`는

ApplicationContext인터페이스의 구현체이다

스프링 컨테이너는 넘어온 클래스 정보를 사용해서 빈을 등록한다, 빈의 이름은 중복되지 않게 하자!

 

• 스프링 빈 조회

ac.getBean(빈이름, 타입)

ac.getBean(타입)

조회하려는 빈이 없으면 오류가 생긴다

 

• 애플리케이션 빈과 전체 빈 조회

test 폴더에 ApplicationContextInfoTest를 생성하고 테스트

ac.getBeanDefinitionNames(); 메서드로 빈들을 가져오고 그걸 출력해보자

iter 후 엔터를 누르면 바로 for문이 생성된다, soutv 로 출력을 빠르게 찍을 수 있다

 

애플리케이션 빈만 찍기 위해서는 ac.getBeanDefinition(beanDefinitionName);으로 빈의 역할을 가져와서 역할이

사용자가 만들거나 외부 빈인 애플리케이션 빈이면 출력한다

ROLE_APPLICATION : 일반적으로 사용자가 정의한 빈
ROLE_INFRASTRUCTURE : 스프링이 내부에서 사용하는 빈

 

• ApplicationBasicFindTest를 만들어서 빈 조회해보기

asserthat은 기존에 한 것 처럼 조회된 빈이 해당 구현체(DI해준 인터페이스도 가능)인지 확인하고

assertThrow는 예외가 터지면 정상으로 리턴해준다

public class ApplicationBasicFindTest {
    AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);

    @Test
    @DisplayName("모든 빈 출력")
    public void findBeanByName(){
        MemberService memberService = ac.getBean("memberService", MemberService.class);
//        System.out.println("memberService = " + memberService);
//        System.out.println("memberService.getClass() = " + memberService.getClass());
        assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
    }
    @Test
    @DisplayName("이름 없이 타입으로 조회")
    public void findBeanByType(){
        //이름 없이 조회
        MemberService memberService = ac.getBean(MemberService.class);
        assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
    }

    @Test
    @DisplayName("구체 타입으로 조회")
    public void findBeanByType2(){
        //구현체 타입으로 조회
        MemberService memberService = ac.getBean("memberService", MemberServiceImpl.class);
        assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
    }

    @Test
    @DisplayName("빈 이름으로 조회 <- 실패")
    void findBeanByNameX(){
        //없는 이름으로 죄=회해서 에러가 터짐
//        ac.getBean("XX", MemberServiceImpl.class);
        //람다식 우측을 실행화면 좌측에 에러가 터지는게 정상
        assertThrows(NoSuchBeanDefinitionException.class,
                () -> ac.getBean("XX", MemberServiceImpl.class));
    }
}

 

 

• 동일한 타입이 둘 이상일때 빈 조회하기

 

스프링 빈을 타입만으로 조회시 같은 타입의 스프링 빈이 둘 이상이면 오류가 발생한다

빈 이름을 지정하면 오류가 나오지 않게 할 수 있고
아니면 ac.getBeansOfType()을 사용하면 해당 타입의 모든 빈을 조회할 수 있다

public class ApplicationContextISameBeanFindTest {

    AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(SameBeanConfig.class);

    @Test
    @DisplayName("타입으로 조회시 같은 타입이 두개 이상이면 오류 발생")
    void findBeanByTypeDuplicated(){
        assertThrows(NoUniqueBeanDefinitionException.class,
                () -> ac.getBean(MemberRepository.class));
    }

    @Test
    @DisplayName("타입으로 조회시 같은 타입이 두개 이상이면, 빈 이름을 지정")
    void findBeanByName(){
        MemberRepository memberRepository = ac.getBean("memberRepository1",MemberRepository.class);
        assertThat(memberRepository).isInstanceOf(MemberRepository.class);
    }

    @Test
    @DisplayName("특정 타입 모두 조회")
    void findAllBeanByType(){
        Map<String, MemberRepository> beansOfType = ac.getBeansOfType(MemberRepository.class);
        for (String key : beansOfType.keySet()) {
            System.out.println("key = " + key + " value = " + beansOfType.get(key));
        }
        System.out.println(beansOfType);
        //멤버리포지토리 두개를 비교하니까 두개만 만들어지면 맞음
        assertThat(beansOfType.size()).isEqualTo(2);
    }


    // 이 테스트에서만 쓸 내부 클래스
    @Configuration
    static class SameBeanConfig{
        @Bean
        public MemberRepository memberRepository1() {
            return new MemoryMemberRepository();
        }

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

 

• 상속 관계인 스프링 빈 조회하기 !중요

 

부모 타입으로 조회하면 자식 타입도 전부 조회된다
최고 부모인 Object 타입으로 조회하면 모든 스프링 빈이 조회된다

public class ApplicationContextExtendsFindTest {
    AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(TestConfig.class);

    @Test
    @DisplayName("부모 타입으로 조회할때 자식이 둘 이상이면 오류 발생")
    void findBeanByParentTypeDuplicate() {
//    ac.getBean(DiscountPolicy.class);
        assertThrows(NoUniqueBeanDefinitionException.class, () ->
                ac.getBean(DiscountPolicy.class));
    }

    @Test
    @DisplayName("부모 타입으로 조회할때 자식이 둘 이상이면 이름을 지정하면 된다")
    void findBeanByParentName() {
        DiscountPolicy rateDiscountPolicy = ac.getBean("rateDiscountPolicy", DiscountPolicy.class);
        assertThat(rateDiscountPolicy).isInstanceOf(RateDiscountPolicy.class);
    }

    @Test
    @DisplayName("특정 하위 타입으로 조회")
    void findBeanBySubtype(){
        RateDiscountPolicy bean = ac.getBean(RateDiscountPolicy.class);
        assertThat(bean).isInstanceOf(RateDiscountPolicy.class);
    }

    @Test
    @DisplayName("부모 타입으로 모두 조회하기")
    void findAllBeanByParentType(){
        Map<String, DiscountPolicy> beansOfType = ac.getBeansOfType(DiscountPolicy.class);
        assertThat(beansOfType.size()).isEqualTo(2);
        for (String key : beansOfType.keySet()) {
            System.out.println("key = " + key + " value = " + beansOfType.get(key));
        }
    }

    @Test
    @DisplayName("object 타입으로 모두 조회하기")
    void findAllBeanByObjectType(){
        Map<String, Object> beansOfType = ac.getBeansOfType(Object.class);
        for (String key : beansOfType.keySet()) {
            System.out.println("key = " + key + " value = " + beansOfType.get(key));
        }
    }

    @Configuration
    static class TestConfig{
        @Bean
        public DiscountPolicy rateDiscountPolicy(){
            return new RateDiscountPolicy();
        }

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

 

• BeanFactory와 ApplicationContext - 스프링 컨테이너

 

BeanFactory는 스프링 컨테이너의 최상위 인터페이스다.
getBean()을 제공한다.

ApplicationContext는 BeanFactory를 상속받아서 BeanFactory 기능과 다른 부가기능들을 제공한다.
메시지소스 - 언어별 대응

환경변수 - 환경변수 설정으로 로컬, 개발, 운영등을 구분해서 처리
애플리케이션 이벤트
리소스 조회 등의 기능을 제공한다

!BeanFactory나 ApplicationContext를 스프링 컨테이너라 한다.

 

 

• XML이나 다른 형식 사용

xml은 resources에 만들어서 사용하면 된다

 

xml로도 ApplicationContext를 사용하는게 가능하다

ApplicationContext ac= new GenericXmlApplicationContext("appConfig.xml");

 

xml 생성

id class 생성자 ref 등을 직접 입력해서 만들면 된다

appconfig에 설정해둔 것과 같은 역할을 한다

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
    <bean id = "memberService" class="hello.core.member.MemberServiceImpl" >
        <constructor-arg name ="memberRepository" ref= "memberRepository"/>
    </bean>

    <bean id = "memberRepository" class="hello.core.member.MemoryMemberRepository"/>

    <bean id = "orderService" class="hello.core.order.OrderServiceImpl">
        <constructor-arg name = "memberRepository" ref="memberRepository"/>
        <constructor-arg name="discountPolicy" ref="discountPolicy" />
    </bean>
    <bean id = "discountPolicy" class="hello.core.discount.RateDiscountPolicy"/>
</beans>

 

위의 xml이 제데로 동작하는지 테스트 작성

package hello.core.binFind.xml;

import hello.core.member.MemberService;
import org.assertj.core.api.Assertions;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.GenericXmlApplicationContext;

public class XmlAppContext {

    @Test
    void xmlAppContext(){
        //xml 타입도 ApplicationContext를 받아서 이루어져 있다
        ApplicationContext ac= new GenericXmlApplicationContext("appConfig.xml");
        MemberService memberSerivce = ac.getBean("memberService", MemberService.class);
        Assertions.assertThat(memberSerivce).isInstanceOf(MemberService.class);
    }
}

xml으로 설정하는 건 요즘에 잘 사용하지 않으니 필요하면 나중에 찾아보자

 

BeanDefinition... 상당히 딥한 내용

• BeanDefinition - 스피링 빈 설정 메타정보

스프링이 자바,xml,그외 다양한 설정형식을 지원할 수 있는 이유는 BeanDefinition으로 추상화를 해서이다

뭔소리냐면 지금까지 한 것 처럼 역할과 구현을 나눈 것

스프링 컨테이너는 자바든 xml이든 그냥 읽은 후 BeanDefinition을 만들어 버린다

BeanDefinition을 빈 설정 메타정보라고 하고 스프링 컨테이너는 메타정보를 기반으로 빈을 설정한다

 

BeanDefinition 자체가 인터페이스고 그걸 xml, java파일 등이 받아서 구현하는 형식

앞에서 appconfig 만든걸 생각해보자 

 

AnnotationConfigApplicationContext` 는 `AnnotatedBeanDefinitionReader` 를 사용해서
`AppConfig.class` 를 읽고 `BeanDefinition` 을 생성한다.
`GenericXmlApplicationContext` 는 `XmlBeanDefinitionReader` 를 사용해서 `appConfig.xml`
설정 정보를 읽고 `BeanDefinition` 을 생성한다.
새로운 형식의 설정 정보가 추가되면, XxxBeanDefinitionReader를 만들어서 `BeanDefinition` 을 생성하
면 된다.

 

빈 설정 확인하는 코드

public class BeanDefinitionTest {

    AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);

    @Test
    @DisplayName("빈 설정 메타정보 확인")
    void findApplicationBean(){
        String[] beanDefinitionNames = ac.getBeanDefinitionNames();
        for (String beanDefinitionName : beanDefinitionNames) {
            BeanDefinition beanDefinition =
                    ac.getBeanDefinition(beanDefinitionName);
            if (beanDefinition.getRole() == BeanDefinition.ROLE_APPLICATION) {
                System.out.println("beanDefinitionName" + beanDefinitionName +
                        " beanDefinition = " + beanDefinition);
            }
        }
    }
}

 

BeanDefinition 정리 : 스프링의 설정 정보를 BeanDefinition으로 추상화해서 사용한다!

스프링 빈을 등록할때는 직접 등록하는 방법과 팩토리 빈(appconfig 코드같은)을 등록하는 방법이 있다