인프런 김영한 강사님의 스프링 핵심 원리 - 기본편 sec07

출처 : 스프링 핵심원리 - 기본편

💉의존관계 주입 방법

생성자 주입(가장 권장👍🏻)

• 생성자 호출시점에 딱 1번만 호출되는 것이 보장됨
• 불변, 필수 의존관계에 사용
  - 생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동 주입 됨(스프링 빈엠만 해당)

수정자 주입(setter 주입)

@Component
public class OrderServiceImpl implements OrderService {
	private MemberRepository memberRepository;
	private DiscountPolicy discountPolicy;
	@Autowired
	public void setMemberRepository(MemberRepository memberRepository) { 
    	this.memberRepository = memberRepository;
	}
	@Autowired
	public void setDiscountPolicy(DiscountPolicy discountPolicy) {
		this.discountPolicy = discountPolicy;
	}
}

• 선택, 변경 가능성이 있는 의존관계에 사용
• 자바빈 프로퍼티 규약의 수정자 메서드 방식을 사용하는 방법
• 생성자 주입이 먼저 일어난 후에 발생
• @Autowired의 기본 동작은 주입할 대상이 없으면 오류 발생, 없어도 동작하게 하려면 @Autowired(required = false)로 지정하면 됨

필드 주입

@Component
public class OrderServiceImpl implements OrderService {
	@Autowired private MemberRepository memberRepository;
	@Autowired private DiscountPolicy discountPolicy;
}

• 필드에 바로 주입
• 코드가 매우 간결하지만 테스트하기 힘들다는 단점
• DI 프레임워크가 없으면 아무것도 못 함
• 비추하는 방법임!
• setter를 또 만들어야 함

일반 메서드 주입

@Component
public class OrderServiceImpl implements OrderService {
	private MemberRepository memberRepository;
	private DiscountPolicy discountPolicy;
	
    @Autowired
    public void init(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
		this.memberRepository = memberRepository;
		this.discountPolicy = discountPolicy;
	}
}

• 일반 메서드를 통해서 주입 받음
• 한 번에 여러 필드를 주입 받을 수 있음
• 일반적으로 잘 사용 안 함

🔖옵션 처리

주입할 스프링 빈이 없어도 동작해야 할 때가 발생
-> BUT! @Autowired만 쓰면, required옵션의 기본값이 true로 되어 있어서 자동 주입 대상이 없으면 오류 발생함

해결 방법

@Autowired(required=false)

자동 주입할 대상이 없으면 수정자 메서드 자체가 호출 안 됨

org.springframework.lang.@Nullable

자동 주입할 대상이 없으면 null이 입력 됨

Optional<>

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

👍🏻생성자 주입을 가장 권장

• 순수한 자바 언어의 특징을 잘 살리는 방법
• 생성자 주입과 수정자 주입을 동시에 사용 가능

불변

• 대부분의 의존관계 주입은 애플리케이션 종료 전까지 변하면 안 됨
• 수정자 주입을 사용하면 set메서드를 public으로 열어두어야 함
• 누군가로 인해 변경될 수 있는 가능성을 열어두는 것은 좋지 않음
• 객체를 생성할 때 딱 1번만 호출되므로 불변하게 설계할 수 있음

누락을 잡아줌

• 주입 데이터를 누락 했을 때 컴파일 오류가 발생
• IDE에서 바로 어떤 값을 필수로 주입해야 하는 지 알 수 있음

final키워드 사용 가능

• 필드에 final 키워드 사용 가능
  값이 설정되지 않는 오류를 컴파일 시점에서 막아줌

🌶️롬복

롬복 라이브러리에서 @RequiredArgsConstructor 기능을 사용하면 final이 붙은 필드를 모아서 생성자를 자동으로 만들어 줌

조회 빈이 2개 이상일 경우 -> 문제 발생

@Autowired 는 타입(Type)으로 조회

@Autowired
private DiscountPolicy discountPolicy

타입으로 조회하기 때문에, 마치 ac.getBean(DiscountPolicy.class)와 유사하게 동작함 (실제로는 더 많은 기능을 제공)
스프링 빈 조회에서 봤듯이 타입으로 조회하면 선택된 빈이 2개 이상일 때 문제 발생
ex) DiscountPolicy 의 하위 타입인 FixDiscountPolicy, RateDiscountPolicy 둘다 스프링 빈으로 선언되었을 경우 => NoUniqueBeanDefinitionException 오류 발생

하위 타입을 지정하는 방법이 있지만, DIP를 위배하고 유연성 하락

해결 방법

@Autowired 필드 명 매칭

@Autowired는 타입 매칭을 시도 할 때, 여러 빈이 있으면 필드 이름, 파라미터 이름으로 빈 이름을 추가 매칭함

@Qualifier -> @Qualifier끼리 매칭 -> 빈 이름 매칭

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

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

추가 구분자를 붙여주는 방법 -> 빈 이름을 변경하는 것은 X 그저 추가적인 방법 제공
빈 등록시 @Qualifier("등록한 이름")를 붙여 줌

@Qualifier 로 주입할 때 @Qualifier("mainDiscountPolicy") 를 못찾으면 어떻게 될까? => 그러면 mainDiscountPolicy라는 이름의 스프링 빈을 추가로 찾지만 경험상 @Qualifier는 @Qualifier를 찾는 용도로만 사용하는게 명확하고 좋음!

BUT! 모든 코드에 Qualifier를 붙여주어야 함
Primary와 Qualifier가 2개 다 있으면 Qualifier가 우선권이 더 높음

@Primary 사용

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

어노테이션 만들기

@Qualifier("mainDiscountPolicy") 이렇게 문자를 적으면 컴파일시 타입 체크가 안됨 => 애노테이션을 만들어서 문제 해결!

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

@Component
@MainDiscountPolicy
public class RateDiscountPolicy implements DiscountPolicy {}

//생성자 자동 주입
@Autowired
public OrderServiceImpl(MemberRepository memberRepository, @MainDiscountPolicy DiscountPolicy discountPolicy) {
	this.memberRepository = memberRepository;
	this.discountPolicy = discountPolicy;
}

애노테이션에는 상속이라는 개념이 X
이렇게 여러 애노테이션을 모아서 사용하는 기능은 스프링이 지원해주는 기능 @Qulifier 뿐만 아니라 다른 애노테이션들도 함께 조합해서 사용 가능
단적으로 @Autowired도 재정의 가능하지만, 스프링이 제공하는 기능을 뚜렷한 목적 없이 무분별하게 재정의 하는 것은 유지보수에 더 혼란만 가중할 수 있음