[스프링 핵심 원리 - 기본편] 인프런 강의 정리(의존관계 자동 주입 - 옵션처리)

/* 이 글은 김영한님의 강의를 보고 정리하려고 작성한 글입니다.

   개인적인 공부를 위해 올리는 글이므로 중간 중간 코드는 생략되었습니다. */

 

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

 

 

 

 

 

옵션처리

 

- 주입할 스프링 빈이 없어도 동작해야 할 때가 있다.

 (그런데 '@Autowired'만 사용하면 'required' 옵션 기본값이 'true'로 되어있어서 자동주입 대상이 없으면 오류가 발생함)

 

 

1. 자동 주입 옵션 처리 방법

(여기서 Member는 스프링 빈이 아님)

 

① `@Autowired(required = false)` 

static class TestBean {

    @Autowired(required = false)
    public void setNoBean1(Member noBean1) {
        System.out.println("noBean1 = " + noBean1);
    }
    
}

 

: 자동 주입할 대상이 없으면 수정자 메서드 자체가 호출이 안됨

 

 

② `@Nullable`

static class TestBean {

    @Autowired
    public void setNoBean2(@Nullable Member noBean2) {
        System.out.println("noBean2 = " + noBean2);
    }

}

 

: 자동 주입할 대상이 없으면 null이 입력됨

 

 

③ `Optional<>` 

static class TestBean {

    @Autowired
    public void setNoBean3(Optional<Member> noBean3) {
        System.out.println("noBean3 = " + noBean3);
    }

}

 

: 자동 주입할 대상이 없으면 Optional.empty 가 입력됨

 

 

 

 

 

생성자 주입을 선택해라!

 

- 최근에 스프링을 포함한 DI 프레임워크 대부분이 생성자 주입을 권장한다. 이유는 다음과 같다

 

 

1. 불변

 

✔ 대부분의 의존관계 주입은 한 번 일어나면 애플리케이션 종료 시점까지 의존관계를 변경할 일이 없다.

오히려 대부분의 의존관계는 애플리케이션 종료 전까지 변하면 안된다(불변해야 함)

 

✔ 수정자 주입을 사용하면 setXxx 메서드를 public 으로 열어두어야 함(누군가가 실수로 호출해서 변경 가능성이 있음)

 ➔ 변경하면 안되는 메서드를 열어두는 것은 좋은 설계 방법이 아님

 

✔ 생성자 주입은 객체를 생성할 때 딱! 한 번만 호출되므로 이후에 호출되는 일이 없다. 따라서 불변하게 설계 가능하다.

 

 

2. 누락

 

* 수정자 의존관계인 경우

 

OrderServiceImpl

@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가 프레임워크 안에서 동작할 때는 의존관계가 없으면 오류가 발생하지만, 지금은 프레임워크 없이 순수한 자바코드로 단위테스트 수행

 

 

OrderServiceImplTest

class OrderServiceImplTest {

    @Test
    void createOrder() {
        OrderServiceImpl orderService = new OrderServiceImpl();
        orderService.createOrder(1L, "itemA", 10000);
    }
    
}

 

: 이렇게 테스트를 실행하면 오류가 없어보이고 실행은 되나 NPE 발생

  ➔ memberRepository, discountPolicy 모두 의존관계 주입이 누락되었기 때문. 코드를 까보기 전에 어떤 부분이 누락되었는지 알기 힘듦

 

 

* 생성자 주입인 경우

 

OrderServiceImpl

@Component
public class OrderServiceImpl implements OrderService{

    private  MemberRepository memberRepository;
    private  DiscountPolicy discountPolicy;

    @Autowired
    public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
        this.memberRepository = memberRepository;
        this.discountPolicy = discountPolicy;
    }
    
    //....
    
}

 

 

OrderServiceImplTest

 

: 생성자주입을 사용하면 위처럼 주입 데이터를 누락했을 때 컴파일 오류가 발생하며, IDE에서 바로 어떤 값을 필수로 주입해야 하는지 알 수 있음

 

 

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

}

 

 

: 생성자 주입을 사용하면 필드에 final 키워드를 사용할 수 있다.

  ➔ 수정자 주입을 포함한 나머지 주입 방식은 모두 생성자 이후에 호출되므로, 필드에 final 키워드를 사용할 수 없다.

 

: 혹시라도 값이 설정되지 않으는 오류를 컴파일 시점에서 막아준다.

 ( *컴파일 오류는 세상에서 가장 빠르고 좋은 오류다! )

 

 

4. 정리

 

✔ 생성자 주입 방식을 선택하는 이유는 여러가지가 있지만, 프레임워크에 의존하지 않고, 순수한 자바 언어의 특징을 살리는 방법이다!

 

✔ 기본으로 생성자 주입을 사용하고, 필수 값이 아닌 경우엔 수정자 주입방식을 옵션으로 부여하면 된다. 생성자 주입과 수정자 주입을 동시에 사용할 수 있다.