ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • [김영한 스프링] 20. 의존관계 자동 주입 - 애노테이션 직접 만들기, 조회한 빈이 모두 필요할 때, List, Map
    Spring/스프링 핵심 원리 - 기본편 2023. 5. 12. 22:34

    1. 애노테이션 직접 만들기

     

    @Qualifier("mainDiscountPolicy") 이렇게 문자를 적으면 컴파일 시 타입 체크가 안된다. 다음과 같은
    애노테이션을 만들어서 문제를 해결할 수 있다.

    main/java/hello.core/annotation/MainDiscountPolicy 생성

     

    package hello.core.annotation;

    import org.springframework.beans.factory.annotation.Qualifier;

    import java.lang.annotation.*;

    @Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.TYPE, ElementType.ANNOTATION_TYPE})
    @Retention(RetentionPolicy.RUNTIME)
    @Inherited
    @Documented
    @Qualifier("mainDiscountPolicy")
    public @interface MainDiscountPolicy {
    }

    Qualifier의 내용 복붙

     

    @MainDiscountPolicy 추가

     

    @MainDiscountPolicy 추가

     

    test 성공

     

    애노테이션에는 상속이라는 개념이 없다. 이렇게 여러 애노테이션을 모아서 사용하는 기능은 스프링이 지원해 주는 기능이다. @Qulifier 뿐만 아니라 다른 애노테이션들도 함께 조합해서 사용할 수 있다.

    단적으로 @Autowired도 재정의 할 수 있다. 물론 스프링이 제공하는 기능을 뚜렷한 목적 없이 무분별하게 재정의 하는 것은 유지보수에 더 혼란만 가중할 수 있다.

     

    2. 조회한 빈이 모두 필요할 때, List, Map

     

    의도적으로 정말 해당 타입의 스프링 빈이 다 필요한 경우도 있다.

    예를 들어서 할인 서비스를 제공하는데, 클라이언트가 할인의 종류(rate, fix)를 선택할 수 있다고 가정해보자. 스프링을 사용하면 소위 말하는 전략 패턴을 매우 간단하게 구현할 수 있다.

     

    main/java/hello.core/autowired/AllBeanTest 생성

     

     

    DiscountService만 스프링 빈으로 등록되었기 때문에 값이 없음

     

    AutoAppConfig추가로 FixDiscountPolicy와 RateDiscountPolicy가 스프링 빈에 등록 됨

     

     

    package hello.core.autowired;

    import hello.core.AutoAppConfig;
    import hello.core.discount.DiscountPolicy;
    import hello.core.member.Grade;
    import hello.core.member.Member;
    import org.assertj.core.api.Assertions;
    import org.junit.jupiter.api.Test;
    import org.springframework.beans.factory.annotation.Autowired;
    import org.springframework.context.ApplicationContext;
    import org.springframework.context.annotation.AnnotationConfigApplicationContext;

    import java.util.List;
    import java.util.Map;

    import static org.assertj.core.api.Assertions.*;

    public class AllBeanTest {
        @Test
        void findAllBean() {
            
            ApplicationContext ac = new AnnotationConfigApplicationContext(AutoAppConfig.class, DiscountService.class);
            DiscountService discountService = ac.getBean(DiscountService.class);
            Member member = new Member(1L, "userA", Grade.VIP);
            int discountPrice = discountService.discount(member, 10000, "fixDiscountPolicy");
            
            assertThat(discountService).isInstanceOf(DiscountService.class);
            assertThat(discountPrice).isEqualTo(1000);
            
            int rateDiscountPrice = discountService.discount(member, 20000, "rateDiscountPolicy");
            assertThat(rateDiscountPrice).isEqualTo(2000);
        }
        
        static class DiscountService {
            
            private final Map<String, DiscountPolicy> policyMap;
            private final List<DiscountPolicy> policies;
            
            @Autowired
            public DiscountService(Map<String, DiscountPolicy> policyMap, List<DiscountPolicy> policies) {
                this.policyMap = policyMap;
                this.policies = policies;
                
                System.out.println("policyMap = " + policyMap);
                System.out.println("policies = " + policies);
            }
            
            public int discount(Member member, int price, String discountCode) {
                DiscountPolicy discountPolicy = policyMap.get(discountCode);
                System.out.println(discountCode + " : " + discountPolicy.discount(member, price));
                return discountPolicy.discount(member, price);
            }
        }
    }

    public DiscountService()라는 생성자가 하나만 존재하기 때문에 @Autowired 생략 가능

     

     

    로직 분석

    • DiscountService는 Map으로 모든 DiscountPolicy를 주입받는다. 이때 fixDiscountPolicy, rateDiscountPolicy가 주입된다.
    • discount () 메서드는 discountCode로 "fixDiscountPolicy"가 넘어오면 map에서 fixDiscountPolicy 스프링 빈을 찾아서 실행한다. 물론 “rateDiscountPolicy”가 넘어오면 rateDiscountPolicy 스프링 빈을 찾아서 실행한다.

     

    주입 분석

    • Map<String, DiscountPolicy> : map의 키에 스프링 빈의 이름을 넣어주고, 그 값으로 DiscountPolicy 타입으로 조회한 모든 스프링 빈을 담아준다.
    • List<DiscountPolicy> : DiscountPolicy 타입으로 조회한 모든 스프링 빈을 담아준다.
    • 만약 해당하는 타입의 스프링 빈이 없으면, 빈 컬렉션이나 Map을 주입한다.

     

    ※ 참고 - 스프링 컨테이너를 생성하면서 스프링 빈 등록하기

    스프링 컨테이너는 생성자에 클래스 정보를 받는다. 여기에 클래스 정보를 넘기면 해당 클래스가 스프링 빈으로 자동 등록된다.

    new AnnotationConfigApplicationContext(AutoAppConfig.class,DiscountService.class);

     

    이 코드는 2가지로 나누어 이해할 수 있다.

    • new AnnotationConfigApplicationContext()를 통해 스프링 컨테이너를 생성한다.
    • AutoAppConfig.class, DiscountService.class를 파라미터로 넘기면서 해당 클래스를 자동으로 스프링 빈으로 등록한다.

    정리하면 스프링 컨테이너를 생성하면서, 해당 컨테이너에 동시에 AutoAppConfig, DiscountService를 스프링 빈으로 자동 등록한다.

     

    출처 : https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8

     

    스프링 핵심 원리 - 기본편 - 인프런 | 강의

    스프링 입문자가 예제를 만들어가면서 스프링의 핵심 원리를 이해하고, 스프링 기본기를 확실히 다질 수 있습니다., - 강의 소개 | 인프런

    www.inflearn.com

Designed by Tistory.