⏺️ 의존관계 주입방법 4가지

• 생성자 주입 (이거쓰자)
• 수정자 주입(setter 주입)
• 필드 주입
• 일반 메서드 주입

의존관계주입은 → @Component 스캔과 @Autowired 사용

---

1. 생성자 주입

@Component //스프링 빈 등록
public class OrderServiceImpl implements OrderService {

private final MemberRepository memberRepository; //의존관계 설정할 필드들 (스프링 컨테이너에서 꺼낼 빈들)
private final DiscountPolicy discountPolicy;

@Autowired //의존관계 자동 주입, 생성자 딱 1개만 있으면 생략가능
public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
	this.memberRepository = memberRepository;
	this.discountPolicy = discountPolicy;
     }
}

• 생성자를 통해서 의존 관계를 주입 받는 방법이다.
• 생성자가 딱 1개 있으면 @Autowired를 생략해도 의존관계 자동 주입된다.
  특징
  • 생성자 호출시점에 딱 1번만 호출한다. (불변, 왠만하면 불변으로 만드는거 같음)
  • 의존관계 주입받을 필드를 final로 선언 가능하여, 객체의 상태가 불변임을 보장.
  • 불변: 의존성이 처음 설정되면 변경할 수 없다
  • 필수 : - 의존성이 설정된 값은 null일수가 없음 값이 필수!
  • 따라서 불변, 필수 의존관계에 사용한다.

💡 질문: 그럼 서비스단 에서 수정 메서드는 어떻게 만들지…? final이고 값을 바꿀수 없는거 아닌가?

• → 서비스 클래스에서 수정 메서드를 만드는 것은 가능하며, final 필드로 인해 문제가 되지 않습니다.
• final 필드는 참조 자체를 변경할 수 없다는 의미이지, 참조하는 객체의 상태를 변경할 수 없다는 의미는 아닙니다.

---

2. 수정자 주입 (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;
    }

• setter 수정자 메서드를 통해서 의존관계를 주입하는 방법
  특징
  • 변경 가능: 의존성이 동적으로 변경될 가능성이 있는 경우 유용.
  • 선택적: 의존성이 선택적일 때 유용.
  • @Autowired(의존관계 주입)사용시 의존관계 주입할 필드가 스프링 빈으로 등록되어 있지 않으면 → 오류가 발생
    • 즉 의존 관계를 주입하려는 대상 클래스가 스프링 빈이 아니라면 의존 관계가 주입되지 않는다.
  • 그러나@Autowired(required = false)를 사용하면, 해당 빈이 스프링 컨테이너에 없을 때 주입을 생략하고, 빈이 주입되지 않아도 애플리케이션이 정상적으로 동작하도록 할 수 있다.

(참고) 자바빈 프로퍼티 규약: 필드의 값을 직접 변경하지 않고,→ setXxx, getXxx 라는 메서드를 통해서 값을 읽거나 수정하는 규칙
(즉 필드 값을 게터 세터 메서드써서 변경한다. 필드값을 직접 변경하진 않는다,)

---

3. 필드 주입 (쓰지말자)

@Component
public class OrderServiceImpl implements OrderService {

@Autowired private MemberRepository memberRepository;
@Autowired private DiscountPolicy discountPolicy;
}

• 필드에 @Autowired를 직접 붙여 의존 관계를 주입하는 방법.
  특징
  • 외부에서 변경이 불가능해서 테스트 하기 힘들다 (의존관계를 외부에서 못바꾼다?)
  • DI 프레임워크가 없으면 아무것도 할 수 없다. (그냥 자바코드로 테스트를 못한다)
  • 주로 테스트 코드나 @Configuration 클래스에서 사용

---

4. 일반 메서드 주입 (안씀)

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

• 일반 메서드를 통해서 의존성을 주입 받을 수 있다.
  특징
  • 한번에 여러 필드를 주입 받을 수 있다
  • 일반적으론 안사용한다.
  • 의존관계 자동 주입은 스프링 컨테이너가 관리하는 스프링 빈이어야 동작한다.
    스프링 빈이 아닌 Member 같은 클래스에서 @Autowired 코드를 적용해도 아무 기능도 동작하지 않는다.

---

생성자 주입을 권장하는 이유

⏺️ 1. 불변

• 대부분의 의존 관계는 애플리케이션이 종료될 때까지 변경될 일이 없으므로 불변성을 유지하는 것이 좋음.
• 생성자 주입은 객체가 생성될 때 한 번만 호출되므로 이후 변경되지 않음.
  → 따라서 불변하게 설계할 수 있다.
• 수정자 주입을 사용하면, setXxx 메서드를 public으로 열어두어야 한다.
  → 누군가 실수로 변경할 수 도 있고, 변경하면 안되는 메서드를 열어두는 것은 좋은 설계 방법이 아니다.

⏺️ 2. 의존성 누락 방지

• 생성자 주입을 사용하면, 의존성 주입을 누락했을 경우 컴파일 시점에서 오류가 발생하여 IDE에서 필수 주입 값을 알 수 있음.

⏺️3. 테스트 용이성

• 생성자 주입은 DI 프레임워크 없이도 순수한 자바 코드로 테스트할 수 있음.
• 테스트 시 목 객체를 쉽게 주입할 수 있음.

⏺️ final 키워드

• 생성자 주입을 사용하면 필드에 final 키워드를 사용할 수 있다.
  → 한번 생성할때 정해지면 안바뀜 (생성자에서만 값을 세팅할 수 있음)
  → 생성자에서 혹시라도 값이 설정되지 않는 오류를 컴파일 시점에 막아준다.
  참고: 수정자 주입을 포함한 나머지 주입 방식은 모두 생성자 이후에 호출되므로, 필드에 final 키워드를 사용할 수 없다. 오직 생성자 주입 방식만 final 키워드를 사용할 수 있다.

• 항상 생성자 주입을 선택해라! 그리고 가끔 옵션이 필요하면 수정자 주입을 선택해라. 필드 주입은 사용하지 않는 게 좋다.