Spring / List,Map을 이용한 동일타입 빈 사용, 자동과 수동의 올바른 실무 운영 기준

같은 타입의 빈이 모두 필요한 경우도 있다.

예를 들어 DiscountPolicy를 제공하는데 클라이언트가 FixDiscountPolicy와 RateDiscountPolicy를 선택할 수 있는 상황이 있다고 가정해보자.

 

다음과 같이 Spring과 List, Map을 사용하면 위와같은 전략 패턴을 간단하게 구현할 수 있다.

package hello.core.AutoWiredTest;

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

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

public class AllMyBeanTest {

    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 getDiscountPrice(Member member, int price, String discountCode) {
            DiscountPolicy discountPolicy = policyMap.get(discountCode);
            return discountPolicy.discount(member,price);
        }
    }

    @Test
    void AllBeansTest()
    {
        AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AutoAppConfig.class,DiscountService.class);
        String[] beanDefinitionNames = ac.getBeanDefinitionNames();
        for (String beanDefinitionName : beanDefinitionNames) {
            BeanDefinition beanDefinition = ac.getBeanDefinition(beanDefinitionName);
            if(beanDefinition.getRole()==BeanDefinition.ROLE_APPLICATION)
            {
                System.out.println("beanDefinitionName = " + beanDefinitionName);
            }
            
        }
        
        Member member = new Member(1L,"kdo6301", Grade.VIP);
        MemberService memberService = ac.getBean(MemberService.class);
        memberService.join(member);
        DiscountService discountService = ac.getBean(DiscountService.class);
        int discountPrice = discountService.getDiscountPrice(member,10000,"fixDiscountPolicy");

        Assertions.assertThat(discountPrice).isEqualTo(1000);

    }
}

 

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

스프링 컨테이너는 생성자에 클래스 정보를 받는데, 여기에 AutoAppConfig와 DiscountService를 파라미터로 넘겨 해당 클래스를 자동으로 스프링 빈으로 등록했다. 즉 컨테이너 생성과 동시에 빈 등록.

등록하고 난 뒤의 스프링 컨테이너

 

주입

• Map<String, DiscountPolicy> policyMap : Key(String)에 스프링 빈 이름(BeanDefinitionName), Value(DiscountPolicy) 해당 빈 이름과 매칭되는 DiscountPolicy가 담긴다.
• List<DiscountPolicy> : DiscountPolicy 타입으로 조회한 모든 스프링 빈이 담긴다.

 

 

로직

DiscountService의 policyMap에 주입된 <빈이름, 빈이름에 해당하는 빈>을 통해

discount 메소드에서 입력된 discountCode String을 파라미터로 넘겨 String에 맞는 빈을 찾아서 실행

 

 

 

 

 

자동 빈 등록, 수동 빈등록 어떤 걸 사용해야 할까??

 

@ComponentScan, @Component를 이용한 자동 등록 기능을 기본으로 사용하자.

점점 자동을 선호하는 추세이다. 

Spring에서는 @Component 뿐만 아니라 @Controller, @Service, @Repository처럼 다양한 계층에 맞추어 스캔할 수 있도록 지원하기 때문에 자동 등록을 사용하는 것이 좋다.

 

거기에 더해서 최근 스프링 부트는 @ComponentScan을 기본으로 사용하고, 스프링 부트의 다양한 스프링 빈들도 조건이 맞으면 자동으로 등록하도록 설계했다.

 

 

그러면 @Bean을 이용한 수동 등록은 언제 사용하면 좋을까?

 

애플리케이션은 크게 업무 로직 빈과 기술 지원 빈으로 나뉜다.

 

업무 로직 빈이라고 함은 웹을 지원하는 컨트롤러, 핵심 비즈니스 로직이 있는  서비스, 데이터 계층의 로직을 처리하는 리포지토리. ▶︎ 주로 자동 빈 등록 사용

 

기술 지원 빈이라고 함은 기술적인 문제, 공통 관심사 (AOP)를 처리할 때 사용되는 빈. DB 연결이나 공통 로그처리같은 업무 로직을 지원하기 위한 공통 기술. ▶︎ 주로 수동 빈 등록 사용

 

기술지원로직은 업무로직과 비교해서 그 수가 매우 적고, 애플리케이션 전반에 광범위하게 영향을 끼친다.

광범위하게 영향을 끼치기 떄문에 문제가 발생했을 때 어디에서 문제가 드러나는지 쉽게 파악하기 위해서는 수동 빈으로 등록해서 사용하는 것이 유지보수하기 좋다.

 

+ 다형성을 적극 활용하는 업무 로직은 수동 등록을 고민해보자.

 

위와 같이 자동 등록 빈 DiscountPolicy을 기반으로 한 policy map에서는 DiscountPolicy에 어떤 구현체가 있는지 한눈에 확인하기 어렵다.

 

물론 command + option + B 단축키를 통해 구현체가 어떤게 있는지 볼 순 있지만 한 눈에 파악하기엔 어렵다.

 

이런 경우에는 수동으로 등록하여 한 눈에 파악하기 쉽게 하는 것이 선호된다. 

@Configuration
  public class DiscountPolicyConfig {
      @Bean
      public DiscountPolicy rateDiscountPolicy() {
          return new RateDiscountPolicy();
      }
      @Bean
      public DiscountPolicy fixDiscountPolicy() {
          return new FixDiscountPolicy();
      }

그래도 자동등록을 사용하고 싶다? 그렇다면 최소한 같은 패키지 내부에 묶어두어 딱 보고 누구나 쉽게 이해할 수 있도록 하자.