의존관계 주입(DI)
의존관계 주입!! 이해라도 해보자!!!!
의존관계 주입 방법을 나누면 크게 4가지가 있다.
● 생성자 주입
● 수정자 주입(setter 주입)
● 필드 주입
● 일반 메서드 주입
생성자 주입
생성자를 통해서 의존 관계를 주입 받는 방법
특징
1.생성자 호출시점에 1번만 호출되는 것이 보장된다.
2.불변,필수 의존관계에 사용
@Component
public class OrderServiceImpl implements OrderService {
private final MemberRepository memberRepository;
private final DiscountPolicy discountPolicy;
@Autowired
public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy
discountPolicy) {
this.memberRepository = memberRepository;
this.discountPolicy = discountPolicy;
}
}※ 생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동 주입된다. (스프링 빈에만 해당)
수정자 주입(setter 주입)
setter라 불리는 필드의 값을 변경하는 수정자 메서드를 통해 의존관계를 주입하는 방법
특징
1.선택, 변경 가능성이 있는 의존관계에 사용
@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) 로 지정해 주어야 함
필드 주입
필드에 바로 주입하는 방법
특징
1.코드가 간결해 보이지만 외부에서 번경이 불가능해서 테스트하기 힘듦
2.DI 프레임워크가 없으면 아무것도 할 수 없다.
3.사용하지 않는 것이 좋음
@Component
public class OrderServiceImpl implements OrderService {
@Autowired
private MemberRepository memberRepository;
@Autowired
private DiscountPolicy discountPolicy;
}
```※ @SpringBootTest 처럼 스프링 컨테이너를 테스트에 통합한 경우에만 가능하다.
메서드 주입
일반 메서드를 통해서 주입 받는 방법
특징
1.한번에 여러 필드를 주입 받을 수 있음,
2,일반적으로 잘 사용하지 않음.
@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;
}
}
```※ 의존관계 자동주입은 스프링 컨테이너가 관리하는 스프링 빈이어야 동작한다. 스프링 빈이 아닌 클래스에서는 @Autowired 코드를 적용해도 아무 기능도 동작하지 않는다.
생성자 주입을 사용하자!!!
과거에는 수정자 주입과 필드 주입을 많이 사용했지만, 최근에는 스프링을 포함한 DI 프레임워크 대부분이 생성자 주입
을 권장한다.
생성자 주입이 좋은 이유
1.불변
● 대부분의 의존관계 주입은 한번 실행되면 변경할 일이 없다(오히려 변하면 안된다)
●수정자 주입을 사용하면, set 메서드를 public으로 열어 두여야한다.(변경하면 안되는 메서드를 열어두는 것은 좋지 않은 설계 방법이다.)
●생성자 주입은 객체를 생성할 때 딱 1번만 호출되므로 이후에 호출되는 일이 없다. 따라서 불변하게 설계할 수 있다.
2.누락
수정자 의존관계에서 자바 코드를 단위 테스트 하는 경우
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 가 프레임워크 안에서 동작할 때는 의존관계가 없으면 오류가 발생하지만, 지금은 프레임워크 없
이 순수한 자바 코드로만 단위 테스트를 수행하고 있다.
@Test
void createOrder() {
OrderServiceImpl orderService = new OrderServiceImpl();
orderService.createOrder(1L, "itemA", 10000);
}이렇게 테스트를 하면 실행은 되지만 NPE(Null Point Exception) 이 발생 하는데 memberRepository, discountPolicy 모두
의존관계 주입이 누락되었기 때문이다.
생성자 주입을 사용하면 다음처럼 주입 데이터를 누락 했을 때 컴파일 오류가 발생한다.
3.final 키워드
생성자 주입을 사용하면 필드에 `final` 키워드를 사용할 수 있다. 그래서 생성자에서 혹시라도 값이 설정되지 않는 오
류를 컴파일 시점에 막아준다.
※ 수정자 주입을 포함한 나머지 주입 방식은 모두 생성자 이후에 호출되므로, 필드에 `final` 키워드를 사용
할 수 없다. 오직 생성자 주입 방식만 `final` 키워드를 사용할 수 있다.