[스프링기본1]섹션7 - 애노테이션 직접 만들기 , 조회한 빈이 모두 필요할 때, List, Map , 올바른 실무 운영 기준

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

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

 

@Qualifier("mainDiscountPolicy") 이렇게 문자를 적으면 컴파일시 타입 체크가 안된다.

즉, @Qualifier("mainnnnnDiscuntPolicy") 처럼 오타가 있더라도 컴파일 에러를 발생시키지 않습니다.

이 오류는 런타임 시점에 애플리케이션을 실행할 때 발견됩니다.

 

따라서, 이 문장은 "Qualifier 어노테이션에 사용되는 문자열은 컴파일 시점에 오류를 체크하지 않아,

실수로 잘못된 문자열을 입력하면 실행 시점에 오류를 발견하게 될 것이다"라는 의미로 해석

 

내가 만드는 애노테이션

주로 Spring에서 Bean을 선택하거나 구분하는 데 사용

인터페이스로 MainDiscountPolicy를 만들고
RateDiscountPolicy에 @MainDiscountPolicy 선언해주고( @MainDiscountPolicy 어노테이션은 이 클래스에 붙여져 있기 때문에, 이 Bean은 "mainDiscountPolicy"라는 이름으로도 참조될 수 있습니다. )

 

OrderServiceImpl 보면

안에 @Qualifier 들어있어서 같은 기능을 해줌을 알 수있다.

 

근데 사실 내가 애노테이션 만들고 하는건 유지보수에 혼란을 줄 수있다.

웬만하면 스프링이 제공하는 애노테이션을 이용합시다.

너무 무분별하게 쓰지는 맙시다요 !

 

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

 

**

Map<String, DiscountPolicy> : map의 키에 스프링 빈의 이름을 넣어주고, 그 값으로
DiscountPolicy 타입으로 조회한 모든 스프링 빈을 담아준다.

List<DiscountPolicy> : DiscountPolicy 타입으로 조회한 모든 스프링 빈을 담아준다.
만약 해당하는 타입의 스프링 빈이 없으면, 빈 컬렉션이나 Map을 주입한다

 

 

의도적으로 정말 해당 타입의 스프링 빈이 다 필요한 경우도 있다.
예를 들어서 할인 서비스를 제공하는데, 클라이언트가 할인의 종류(rate, fix)를 선택할 수 있다고 가정

 

package hello.core.autowired;

import hello.core.discount.DiscountPolicy;
import org.junit.jupiter.api.Test;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;

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

public class AllBeanTest {

    @Test
    void findAllBean(){
        AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(DiscountService.class);// 스프링빈으로 등록하는 과정

    }

    static class DiscountService{

        private final Map<String, DiscountPolicy> policyMap;
        private final List<DiscountPolicy> policies;

        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);
        }
    }
}

지금 DiscountService만 스프링 등록한 거여서 빈칸으로 나올 수 밖에 없다.

AutoAppCofig도 추가해주자

 

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.context.annotation.AnnotationConfigApplicationContext;

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

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

public class AllBeanTest {

    @Test
    void findAllBean(){
        AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AutoAppConfig.class,DiscountService.class);// 스프링빈으로 등록하는 과정
        DiscountService discountService = ac.getBean(DiscountService.class);
        
        Member member = new Member(1L,"Mark", Grade.VIP);
        int discount = discountService.discount(member,10000,"fixDiscountService");

        assertThat(discountService).isInstanceOf(DiscountService.class);
        assertThat(discount).isEqualTo(1000);

    }

    static class DiscountService{

        private final Map<String, DiscountPolicy> policyMap;
        private final List<DiscountPolicy> policies;

        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);
            return discountPolicy.discount(member,price);
        }
    }
}

이 두 줄의 코드는 Spring Framework의 핵심 부분인 IoC(Inversion of Control) 컨테이너를 초기화하고, 해당 컨테이너에서 특정 빈(bean)을 가져오는 작업을 수행합니다.

1. **AnnotationConfigApplicationContext 생성**:

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

   - `AnnotationConfigApplicationContext`는 Spring 컨테이너 중 하나로, 주로 Java 기반의 설정 파일(애노테이션을 포함한)을 사용할 때 이 클래스를 사용합니다.
   - `AutoAppConfig.class`와 `DiscountService.class`는 해당 컨테이너에 빈으로 등록할 클래스 또는 설정 클래스를 나타냅니다.
   - 생성자에 전달된 클래스들은 Spring이 스캔하면서 해당 클래스와 그 안에 있는 애노테이션 기반 설정(예: `@Component`, `@Service`, `@Repository`, `@Configuration` 등)을 읽어 해당 정보를 바탕으로 빈을 등록하게 됩니다.

2. 빈 가져오기

   DiscountService discountService = ac.getBean(DiscountService.class);

   - `ac.getBean(DiscountService.class)`는 컨테이너 `ac`에서 `DiscountService` 타입의 빈(bean)을 가져오는 메서드입니다.
   - 만약 `DiscountService` 타입의 빈이 등록되어 있다면 해당 빈의 인스턴스를 반환받아 `discountService` 변수에 할당합니다.
   - 이렇게 가져온 `discountService`는 Spring 컨테이너가 관리하는 객체(빈)이므로, 의존성 주입 등의 Spring 기능이 적용된 상태로 반환됩니다.

**결론**: 이 두 줄의 코드는 Spring IoC 컨테이너를 초기화하고, 해당 컨테이너에서 `DiscountService` 타입의 빈을 가져와 사용할 준비를 합니다.

 

 

오류 나는 중 ...ㅠㅠ

 

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.annotation.AnnotationConfigApplicationContext;

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

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

public class AllBeanTest {

    @Test
    void findAllBean(){
        AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AutoAppConfig.class,DiscountService.class);// 스프링빈으로 등록하는 과정
        DiscountService discountService = ac.getBean(DiscountService.class);

        Member member = new Member(1L,"Mark", Grade.VIP);
        int fixDiscountPrice = discountService.discount(member,10000,"fixDiscountService");
        int rateDiscountPrice = discountService.discount(member,20000,"rateDiscountService");

        assertThat(discountService).isInstanceOf(DiscountService.class);
        assertThat(fixDiscountPrice).isEqualTo(1000);
        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);
            return discountPolicy.discount(member,price);
        }
    }
}

 

수동? 자동? 올바른 실무 운영 기준

 

어떤 경우에 컴포넌트 스캔과 자동 주입을 사용하고, 어떤 경우에 설정 정보를 통해서 수동으로 빈을 등록하고, 
의존관계도 수동으로 주입해야 할까?

 

자동이 좋지만

 

그러면 수동 빈 등록은 언제 사용하면 좋을까?
애플리케이션은 크게 업무 로직과 기술 지원 로직으로 나눌 수 있다.

업무 로직 빈: 웹을 지원하는 컨트롤러, 핵심 비즈니스 로직이 있는 서비스, 데이터 계층의 로직을 처리하는 리포
지토리등이 모두 업무 로직이다. 보통 비즈니스 요구사항을 개발할 때 추가되거나 변경된다.
기술 지원 빈: 기술적인 문제나 공통 관심사(AOP)를 처리할 때 주로 사용된다. 데이터베이스 연결이나, 공통 로그
처리 처럼 업무 로직을 지원하기 위한 하부 기술이나 공통 기술들이다.

업무 로직은 숫자도 매우 많고, 한번 개발해야 하면 컨트롤러, 서비스, 리포지토리 처럼 어느정도 유사한 패턴이
있다. 이런 경우 자동 기능을 적극 사용하는 것이 좋다. 보통 문제가 발생해도 어떤 곳에서 문제가 발생했는지 명
확하게 파악하기 쉽다.

기술 지원 로직은 업무 로직과 비교해서 그 수가 매우 적고, 보통 애플리케이션 전반에 걸쳐서 광범위하게 영향을
미친다. 그리고 업무 로직은 문제가 발생했을 때 어디가 문제인지 명확하게 잘 드러나지만, 

기술 지원 로직은 적용이 잘 되고 있는지 아닌지 조차 파악하기 어려운 경우가 많다. 그래서 이런 기술 지원 로직들은

가급적 수동 빈 등록을 사용해서 명확하게 드러내는 것이 좋다.

애플리케이션에 광범위하게 영향을 미치는 기술 지원 객체는 수동 빈으로 등록해서 딱! 설정 정보에 바로 나타나게 하는
것이 유지보수 하기 좋다.

 

그리고

DiscountService 가 의존관계 자동 주입으로 Map<String, DiscountPolicy> 에 주입을 받는 상황을 생각
해보자. 여기에 어떤 빈들이 주입될 지, 각 빈들의 이름은 무엇일지 코드만 보고 한번에 쉽게 파악할 수 있을까? 

 

 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);
        }

 

policyMap에 뭐가 들어올지 모름 ...

 

이럴 때 수동빈으로 등록하면 좋아요~

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

정리
편리한 자동 기능을 기본으로 사용하자
직접 등록하는 기술 지원 객체는 수동 등록
다형성을 적극 활용하는 비즈니스 로직은 수동 등록을 고민해보자