다양한 의존 관계 자동 주입과 사용법들을 알아보자

📌 다양한 의존 관계 주입 방법

 

✔ 생성자 주입

- 생성자로 의존 관계를 주입 받아 호출 시점에 딱 1번만 호출 된다.

- 생성자를 통해서만 의존 관계가 주입되기 때문에 외부에서 수정할 수 있는 방법이 없다.

 

✔ 수정자 (setter 주입)

- setter로 의존 관계를 주입한다. 선택적으로 의존 관계를 넣을 수 있다.

- 자바빈 프로퍼티 규약의 수정자 메서드 방식을 사용하는 방법이다.

 

👧 자바빈 프로퍼티?  필드의 값을 직접 변경하지 않고 set,get이라는 메서드를 통해 값을 읽거나 수정하는 규칙

 

✔ 필드 주입(쓰지 말자)

- 코드가 간결하지만, 외부에서 변경이 불가능함, 사용하지 말자

 

 

✔ 일반 메서드 주입

- 일반메서드를 통해 주입할 수 있다. 일반적으로 잘 사용 안한다.

 

 

📌  의존 관계 주입은 생성자 주입으로!

- 최근에는 생성자 주입을 권장한다.

- 의존 관계는 주입은 애플리케이션 종료 시점 까지 변경 할 일이 없디. 생성자 주입으로 불변하게 설계하자

- 생성자 주입을 사용하면 데이터를 누락 했을 때 컴파일 오류가 발생해 수정이 용이하다.

- final 키워드를 사용할 수 있다. 

 

 

📌 주입할 의존 관계가 없어도 동작해야 할때는? 옵션 처리(required 옵션)

import java.util.Optional;

public class AutowiredTest {

    @Test
    void AutowiredOption(){

        AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(TestBean.class);

    }

    static class TestBean{
       @Autowired(required = false)
       public void setNoBean1(Member noBean1){
           System.out.println("noBean1 = " + noBean1);
       }

       @Autowired
        public void setNoBean2(@Nullable Member noBean2){
           System.out.println("noBean2 = " + noBean2);
       }

       @Autowired
        public void setNoBean3(Optional<Member> noBean3){
           System.out.println("noBean3 = " + noBean3);
       }

    }

}

 

- Autowired(required=false) : 메서드 자체가 호출 안된다.

- @Nullable : 자동 주입할 대상이 없으면 null 출력

- Optional<> : 자동 주입할 대상이 없으면 Optional.empty 출력

 

 

📌  롬복을 사용해 의존 관계 주입을 편하게 하자.@RequiredArgsConstructor)

 

> 롬복 설치

https://kwonyeeun.tistory.com/6

intellij와 Gradle 을 이용한 스프링 환경 구축 Lombok 설정

 

[기존 코드]

@Component
@RequiredArgsConstructor
public class OrderServiceImpl implements OrderService{

    private  final MemberRepository memberRepository;
    private  final DisCountPolicy disCountPolicy;


}

 

👧 @RequiredArgsConstructor 를 사용하면 final이 붙은 필드는 자동으로 생성자를 만들어 준다.

 

📌  조회 빈이 2개 이상일 때는 어떻게 처리해야할까?

 

✔ @Autowired 필드명 매칭

    @Autowired
    public OrderServiceImpl(MemberRepository memberRepository, DisCountPolicy rateDiscountPolicy) {
        this.memberRepository = memberRepository;
        this.disCountPolicy = rateDiscountPolicy;
    }

- @Autowired는 타입 매칭을 시도 후 여러 빈이 있으면 필드 이름, 파라미터 이름으로 빈 이름을 추가 매칭한다.

 

✔ @Quilifier 사용

    @Autowired
    public OrderServiceImpl(MemberRepository memberRepository, @Qualifier("mainDiscountPolicy") DisCountPolicy disCountPolicy) {
        this.memberRepository = memberRepository;
        this.disCountPolicy = disCountPolicy;
    }

- Qualifier 는 추가 구분자를 붙여준다.

- 주입시 추가적인 방법을 제공, 빈 이름을 변경하지는 않는다.

 

 

✔ @Primary 사용

- @Primary 는 우선순위를 정한다.

- @Autowired 시에 여러 빈이 매칭되면 @Primary 가 우선권을 가진다

 

👧 메인 데이터베이스 @Primary로, 서브 데잍터베이스는 @Qulifier를 지정해서 명시적으로 획득하는 방식으로 하면 코드가 깔끔하게 유지 된다.

 

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

 

- 의도적으로 해당 타입의 스프링 빈이 다 필요할 경우가 있다.

Ex) 클라이언트가 할인의 타입을 결정할 수 있을 때

package com.example.core.autowired;

import com.example.core.AutoAppConfig;
import com.example.core.discoount.DisCountPolicy;
import com.example.core.member.Grade;
import com.example.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, "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;


       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 처리 할 때 사용 / 어디가 문제인지 명확하게 잘 들어나야 한다. / 수동 빈 등록으로 명확하게

 

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

 

 

REFERENCE

---

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/dashboard

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