1. 다양한 의존관계 주입 방법

생성자 주입

• 생성자를 통해서 의존관계를 주입 받는 방법
  
  
• 특징
  • 생성자 호출 시점에 딱 1번만 호출되는 것이 보장
  • 불변, 필수 의존관계에 사용

public class MemberServiceImpl implements MemberService{
    private final MemberRepository memberRepository;
    
    @Autowired
    public MemberServiceImpl(MemberRepository memberRepository){
        this.memberRepository = memberRepository;
    }
}

수정자(setter) 주입

• setter(수정자 메서드)를 통해서 의존관계를 주입하는 방법
  
  
• 특징
  • 선택, 변경 가능성이 있는 의존관계에 사용

public class MemberServiceImpl implements MemberService{
    private final MemberRepository memberRepository;
    
    @Autowired
    public void setMemberRepository(MemberRepository memberRepository){
        this.memberRepository = memberRepository;
    }
}

필드 주입

• 필드에 바로 주입하는 방법
  
  
• 특징
  • 코드가 간결해지는 반면, 외부에서 변경이 불가능해서 테스트하기 힘들다는 단점이 있다.
  • 사용하지 않는 것을 권장한다.

public class MemberServiceImpl implements MemberService{
    
    @Autowired
    private final MemberRepository memberRepository;
}

생성자 주입을 선택해야 하는 이유

• 불변
  • 의존관계는 애플리케이션 종료 전까지 변하면 안된다.
  • 수정자 주입을 사용하게 되면 다른 누군가 실수로 의존관계를 변경할 수 있다.
  • 생성자 주입은 객체를 생성할 때 딱 1번만 호출되므로, 불변하게 설계할 수 있다.
    
    
• 누락
  • 순수 자바 단위 테스트 수행 시, 수정자 메서드를 통해 의존관계 주입 시 실행은 되지만
    NPE(Null Point Exception)이 발생
  • 생성자를 통해 의존관계를 주입 받을 시, 주입 데이터를 누락했을 경우 컴파일 오류가 발생
    
    
• final 키워드
  • 생성자 주입을 사용하면 필드에 final키워드를 사용할 수 있다.
  • 생성자에서 값이 설정되지 않는(누락) 오류를 컴파일 시점에 막아준다.
  • 컴파일 오류는 가장 빠르고, 좋은 오류다.
    
    

2. 옵션 처리

자동 주입 대상을 옵션으로 처리하는 방법

• 자동 주입 대상이 없으면 오류가 발생한다.
  
  
• @Autowired(required=false)
  • 자동 주입 대상이 없으면 수정자 메서드 자체가 호출 안됨

// 호출 안됨
@Autowired(required = false)
public void setNoBean1(Member member) {
    System.out.println("setNoBean1 = " + member);
}

• org.springframework.lang.@Nullable
  • 자동 주입 대상이 없으면 null이 입력됨

//null 출력
@Autowired
public void setNoBean2(@Nullable Member member) {
    System.out.println("setNoBean2 = " + member);
}

• Optional<>
  • 자동 주입 대상이 없으면 Optional.empty가 입력됨

//Optional.empty 출력 
@Autowired(required = false)
public void setNoBean3(Optional<Member> member) {
    System.out.println("setNoBean3 = " + member);
}

3. 롬북과 최신 트렌드

• 롬복라이브러리 적용 방법
  • build.gradle
    
    
• 롬복 라이브러리가 제공하는 @RequiredArgsConstructor기능을 사용하면 final이
  붙은 필드를 모아서 생성자를 자동으로 만들어준다.

// 롬복 적용 전
public class MemberServiceImpl implements MemberService{
    private final MemberRepository memberRepository;
    
    @Autowired
    public MemberServiceImpl(MemberRepository memberRepository){
        this.memberRepository = memberRepository;
    }
}

//롬복 적용 후
@Component
@RequiredArgsConstructor
public class MemberServiceImpl implements MemberService {

    private final MemberRepository memberRepository;
}

4. 조회 빈이 2개 이상일 때

문제

• @Autowired는 타입으로 조회한다.
  
  
• 예시
  • DiscountPoilicy의 하위 타입으로 FixDiscountPolicy, RateDiscountPolicy둘다
    스프링 빈으로 선언되었다고 가정
  • 아래 코드는 NoUniqueBeanDefinitionException 오류 발생

      @Autowired
      private DiscountPolicy discountPolicy

해결방법

1. @Autowired 필드 명 매칭

• @Autowired는 타입 매칭을 시도하고, 해당 타입에 여러 빈이 있으면 필드 이름,
  파라미터 이름으로 추가 매칭한다.
  
  
• 필드 명을 빈 이름으로 변경

  @Autowired
  private DiscountPolicy rateDiscountPolicy

• 필드 명이 rateDiscountPolicy이므로 정상 주입된다.
  • 필드 명 매칭은 먼저 타입 매칭을 시도 하고 그 결과 여러 빈이 있을 때 추가로 동작하는 기능
    
    

2. @Qualifier

• @Qualifier는 추가 구분자를 붙여주는 방법
  
  
• 빈 등록시 @Qualifier를 붙여 준다.

//RateDiscountPolicy
@Component
@Qualifier("mainDiscountPolicy")
public class RateDiscountPolicy implements DiscountPolicy {}

//FixDiscountPolicy
@Component
@Qualifier("fixDiscountPolicy")
public class FixDiscountPolicy implements DiscountPolicy {}

• 주입시에 @Qualifier를 붙여주고 등록한 이름을 적어준다.

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

3. @Primary

• 우선순위를 정하는 방법
  
  
• 예시
  • rateDiscountPolicy가 우선권을 가진다.

//RateDiscountPolicy
@Component
@Primary
public class RateDiscountPolicy implements DiscountPolicy {}

//FixDiscountPolicy
@Component
public class FixDiscountPolicy implements DiscountPolicy {}

• 참고
  • @Qualifier가 @Primary보다 우선권이 높다.
    
    

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

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