[김영한 스프링] 17. 의존관계 자동 주입 - 다양한 의존관계 주입 방법

의존관계 주입은 크게 4가지 방법이 있다.

1. 생성자 주입
2. 수정자 주입(setter 주입)
3. 필드 주입
4. 일반 메서드 주입

 

1. 생성자 주입

• 이름 그대로 생성자를 통해서 의존 관계를 주입받는 방법이다.
• 지금까지 우리가 진행했던 방법이 바로 생성자 주입이다.
• 특징
  • 생성자 호출시점에 딱 1번만 호출되는 것이 보장된다.
  • 불변, 필수 의존관계에 사용
    • 불변 : 생성자에 값을 넣고 수정자 메서드(setter 메서드)를 만들지 않으면 된다. (값을 세팅한 후 더 이상 바뀌지 않아야 한다.)
    • 필수 : 문서에 NULL을 허용 한다고 되어 있지 않는 이상 생서자에 값을 넣어줘야 한다.

 

 

생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동 주입 된다. 물론 스프링 빈에만 해당한다.

 

2. 수정자 주입(setter 주입)

• setter라 불리는 필드의 값을 변경하는 수정자 메서드를 통해서 의존관계를 주입하는 방법이다.
• 특징
  • 선택, 변경 가능성이 있는 의존관계에 사용
  • 자바빈 프로퍼티 규약의 수정자 메서드 방식을 사용하는 방법이다.

 

필드값을 직접 수정하지 않고 메서드를 이용해서 수정함

 

스프링 빈 등록 -> 의존관계 주입(@Autowired)

 

생성자는 스프링 빈 등록 단계에서 발생, setXxx는 의존관계 주입 단계에서 발생

 

※ 참고 : @Autowired의 기본 동작은 주입할 대상이 없으면 오류가 발생한다. 주입할 대상이 없어도 동작하게 하려면 @Autowired(required = false)로 지정하면 된다.

 

 

생성자의 memberRepository, discountPolicy는 set의 memberRepository, discountPolicy와 같기 때문에 생성자 생략 가능

 

OrderServiceImpl의 생성자가 필요하게끔 되어있어서 return 주석 처리 후 null return

 

3. 필드 주입

• 특징
  • 코드가 간결해서 많은 개발자들을 유혹하지만 외부에서 변경이 불가능해서 테스트 하기 힘들다는 치명적인 단점이 있다.
  • DI 프레임워크가 없으면 아무것도 할 수 없다.
  • 사용하지 말자!
    • 애플리케이션의 실제 코드와 관계 없는 테스트 코드
    • 스프링 설정을 목적으로 하는 @Configuration 같은 곳에서만 특별한 용도로 사용

 

의존관계를 필드에 바로 주입

 

 

 

OrderServiceImpl의 memberRepository를 더미 데이터를 넘기는 가짜 memberRepository로 바꾸고 싶다.

하지만 현재 스프링 컨테이너가 아닌 순수 자바로 테스트할 수 있는 방법은 없다.

 

NullPoint 에러 발생

 

해결책으로 setter를 이용

setter 추가

 

 

등록한 멤버가 없어서 에러가 발생한거지 orderServiceImpl 자체 에러는 없음

 

setter를 추가함으로써 2번의 수정자 주입과 같게 됨

 

4. 일반 메서드 주입

• 특징
  • 한번에 여러 필드를 주입받을 수 있다.
  • 일반적으로 잘 사용하지 않는다.

 

※ 참고 : 어쩌면 당연한 이야기이지만 의존관계 자동 주입은 스프링 컨테이너가 관리하는 스프링 빈이어야 동작한다. 스프링 빈이 아닌 Member 같은 클래스에서 @Autowired 코드를 적용해도 아무 기능도 동작하지 않는다.

 

출처 : 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

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