생성자 주입을 선택하라!

  이전 글을 통해 의존관계를 주입하는 4가지 방법(생성자 주입, 수정자 주입, 필드 주입, 일반 메서드 주입)을 살펴보았다. 이번 글에서는 4가지 방법 중 생성자 주입을 사용해야 하는 이유에 대해서 알아보고자 한다.

  3가지 이유(불변, 누락 방지, 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 = discountPolicy;
    }
}

 

1. 불변 🦚

  대부분의 의존관계 주입은 한번 일어나면 애플리케이션의 종료시점까지 의존관계를 변경할 일이 없다. 오히려 변경을 하면 안 된다. (불변)

  수정자 주입을 사용하게 된다면 setter(아래의 setMemberRepository, setDiscountPolicy)를 이용해서 변경할 수 있는 문제가 있기 때문에 생성자 주입을 이용해서 불변하게 설계해야 한다.

// 수정자 주입
@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;
    }
}

 

2. 누락 방지 🦉

  수정자 주입을 이용하여 코드를 짜고 테스트를 하는 경우를 생각해 보자. 순수한 자바 코드로 이루어진 테스트에서는 @Autowired가 동작하지 않기 때문에 의존관계가 주입되었는지 테스트 코드에서 알 수 있는 방법이 없다. 그리고 해당 객체를 이용하여 동작을 수행시키게 된다면 당연히 NPE가 뜨게 된다.

  반면 생성자 주입을 사용하게 된다면 컴파일 오류로 문제를 확인할 수 있다.

1. 수정자 주입을 사용한 경우 (컴파일 오류 발생 X)

// 수정자 주입
@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;
    }
    
    @Override
    public Order createOrder(Long memberId, String itemName, int itemPrice) {
    	Member member = memberRepository.findById(memberId);
        int discountPrice = discouintPolicy.discount(member, itemPrice);
        
        return new Order(memberId, itemName, itemPrice, discountPrice);
    }
}

@Test
void createOrder() {
    OrderServiceImply orderService = new OrderServiceImpl(); // 컴파일 오류가 뜨지 않는다.
    orderService.createOrder(1L, "itemA", 10000); // 하지만, 의존관계를 주입하지 않았기 때문에 NPE가 뜬다.
}

2. 생성자 주입을 사용한 경우 (컴파일 오류 발생 O)

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

@Test
void createOrder() {
    // OrderServiceImply orderService = new OrderServiceImpl(); // 컴파일 오류가 발생한다.
    // 아래와 같이 바로 의존관계 주입
    OrderServiceImply orderService = new OrderServiceImpl(new MemoryMemberRepository(), FixDiscountPolicy());
    orderService.createOrder(1L, "itemA", 10000);
}

 

3. final 키워드 사용 가능 🦜

  의존관계를 주입하는 다른 3가지 방법(수정자 주입, 필드 주입, 일반 메서드 주입)과 달리 생성자 주입을 이용하면 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 = discountPolicy;
    }
}

 

해당 글은 김영한 님의 '스프링 핵심 원리 - 기본편'을 참고하였습니다.