1) 의존 관계 주입
- 의존 관계 주입 방법에는 크게 4가지 방법이 있습니다.
(1) 생성자 주입
(2) 수정자(setter) 주입
(3) 필드 주입
(4) 일반 메서드 주입
(1) 생성자 주입
- 생성자 주입은 이름 그대로 생성자를 통해서 의존 관계를 주입 받는 방법입니다
생성자 주입은 생성자 호출 시점에 딱 1번만 호출되는 것이 보장되며,
불변, 필수 의존관계에 사용됩니다.
@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를 생략해도 자동 주입됩니다.
@Component
public class OrderServiceImpl implements OrderService{
private final MemberRepository memberRepository;
private final DiscountPolicy discountPolicy;
public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy){
this.memberRepository = memberRepository;
this.discountPolicy = discountPolicy;
}
}
(2) 수정자 주입
- setter라 불리는 필드의 값을 변경하는 수정자 메서드를 통해서 의존관계를 주입하는 방법입니다
선택, 변경 가능성이 있는 의존관계에 사용합니다.
@Component
public class OrderServiceImpl implements OrderService{
private MemberRepository memberRepository;
private DiscountPolicy discountPolicy;
public void setMemberRepository(MemberRepository memberRepository){
this.memberRepository = memberRepository;
}
public void setDiscountPolicy(DiscountPolicy discountPolicy){
this.discountPolicy = discountPolicy;
}
}
(3) 필드 주입
- 필드 주입은 이름 그대로 필드에 바로 주입하는 방법입니다.
필드 주입은 코드가 간결하지만 외부에서 변경이 불가능해서 테스트가 힘들다는 치명적인 단점이 있습니다.
또한, DI 프레임워크 없이 아무것도 할 수 없습니다.
필드 주입은 애플리케이션의 실제 코드와 관계 없는 테스트 코드에만 사용됩니다.
@Component
public class OrderServiceImpl implements OrderService{
@Autowired
private MemberRepository memberRepository;
@Autowired
private DiscountPolicy discountPolicy;
}(4) 일반 메서드 주입
- 일반 메서드를 통해서도 의존 관계를 주입 받을 수 있습니다.
한 번에 여러 필드를 주입 받을 수 있지만, 일반적으로 잘 사용하지 않습니다.
@Component
public class OrderServiceImpl implmements OrderService{
private MemberRepository memberRepository;
private DiscountPolicy discountPolicy;
@Autowired
public void init(MemberRepository memberRepository, DiscountPolicy discountPolicy){
this.memberRepository = memberRepository;
this.discountPolicy = discountPolicy;
}
}- 단, 의존관계 자동 주입은 스프링 컨테이너가 관리하는 스프링 빈이어야만 동작한다는 점을 주의해야 합니다.
2) 옵션 처리
- 이 때, 주입할 스프링 빈이 없어도 동작해야 할 때도 있습니다.
그런데 @Autowired를 사용하면 required 옵션의 기본값이 true로 되어 있어서
자동 주입 대상이 없으면 오류가 발생합니다.
- 자동 주입 대상을 옵션으로 처리하는 방법은 다음과 같습니다.
(1) @Autowired(required = false) : 자동 주입할 대상이 없으면 수정자 메서드 자체가 호출이 안됨
(2) org.springframework.lang.@Nullable: 자동 주입할 대상이 없으면 null이 입력됨
(3) Optional<>: 자동 주입할 대상이 없으면 Optional.empty가 입력됨
// 호출 안됨
@Autowired(required = false)
public void setNoBean1(Member member){
System.out.println("SetNoBean1 = " + member);
}
// null 호출
@Autowired
public void setNoBean2(@Nullable Member member){
System.out.println("setNoBean2 = " + member);
}
// Optional.empty 호출
@Autowired(required = false)
public void setNoBean3(Optional<Member> member){
System.out.println("setNoBean3 = " + member);
}출력 결과
setNoBean2 = null
setNoBean3 = Optional.empty
3) 생성자 주입 선택하기
- 최근에는 스프링을 포함한 DI 프레임워크 대부분이 생성자 주입을 권장합니다.
그 이유는 다음과 같습니다.
(1) 불변
(1-1) 대부분의 의존 관계 주입은 한 번 일어나면 애플리케이션 종료시점까지 의존 관계를 변경할 일이 없습니다
-> 오히려 대부분의 의존관계는 애플리케이션 종료 전까지 변하면 안됩니다.
(1-2) 수정자 주입을 사용하면 setter 메서드를 public으로 열어 두어야 합니다.
-> 누군가 실수로 변경할 수도 있고, 변경하면 안되는 메서드를 열어두는 것은 좋은 설계 방법이 아닙니다.
(1-3) 생성자 주입은 객체를 생성할 때 딱 1번만 호출되므로 이후에 호출되는 일이 없습니다
-> 따라서 불변하게 설계할 수 있습니다.
(2) final 키워드
- 생성자 주입을 사용하면 필드에 final 키워드를 사용할 수 있습니다.
-> 그래서 생성자에서 혹시라도 값이 설정되지 않는 오류를 컴파일 시점에 막아줍니다.
@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 = discouontPolicy;
}
}
참고
김영한 스프링 핵심 원리