의존관계 자동 주입

<aside> ❗

다양한 의존관계 주입 방법

• 생성자 주입
• 수정자 주입(setter 주입)
• 필드 주입
• 일반 메서드 주입 </aside>

<aside> ❗

생성자 주입

• 생성자 호출할 때, @Autowired를 보고 스프링 컨테이너에서 스프링빈을 꺼내서 주입해준다.
• 생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동 주입 된다. (스프링 빈에만 해당)

[특징]

• 생성자 호출시점에 딱 1 번만 호출되는 것을 보장 인스턴스를 설정하고 변경하지 못하도록 막을 수 있다.
• 주로 불변, 필수 의존관계에 사용 생성자는 두 번 호출되지 않음 따로 수정하는 메서드를 만들지 않는 한 불편
• 불변 - 의존관계가 변할 필요가 없을 때 주로 사용 final이란 한 번만 초기화 할 수 있고 상수로 설정하겠다는 의미
• 필수 - 의존관계가 반드시 설정되어야 하는 경우 사용 private final - 값이 무조건 초기화 되어야한다는 의미 즉, 웬만하면 세팅을 해줘라는 의미로 많이 사용됨

package hello.core.order;

import hello.core.discount.DiscountPolicy;
import hello.core.member.Member;
import hello.core.member.MemberRepository;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;

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

    @Override
    public Order createOrder(Long memberId, String itemName, int itemPrice) {
        Member member = memberRepository.findById(memberId);
        // 주문 서비스 입장에서 할인에 대한 것 모르겠다. discountPolicy 니가 알아서 해줘 - 단일 책임 원칙을 잘 지킨 것
        // 즉, 할인 변경을 수행할 때, 할인 쪽만 고치면 됨
        // member 전체를 넘겨도 되고, 등급만 넘겨도 된다. - 상황에 맞게 구현하면 됨
        int discountPrice = discountPolicy.discount(member, itemPrice);

        return new Order(memberId, itemName, itemPrice, discountPrice);
    }

    public MemberRepository getMemberRepository() {
        return memberRepository;
    }
}

• 생성자 주입은 그냥 빈을 등록하면서 의존관계 주입도 같이 실행 (Life Cycle과 달리 생성자 주입은 빈 등록시 어쩔 수 없이 자동 주입이 일어남)

[기타 팁]

좋은 개발은 한계점이랑 제약이 있어야 한다. 가급적 생성자에 값을 넣고 Setter 메서드를 안 만드는게 좋다. → 버그가 줄어든다.

관례상 생성자의 인자는 웬만하면 값을 다 넣어야 한다.

</aside>

<aside> ❗

수정자 주입 (Setter)

• Setter 메서드를 활용하여 의존관계 참조변수 필드에 의존관계를 주입하는 방법

[특징]

• 주로 선택, 변경 가능성이 있는 의존관계에 사용
• 의존관계를 선택적으로 넣어줘야 할 때 ( 안 넣어줘도 되는 경우가 있을 수 있음 ) 단, @Autowired(requied = false)를 사용해야 함
• 중간에 의존관계를 변경하고 싶을 때 외부에서 강제로 호출하면 된다.
• 자바빈 프로퍼티 규약의 수정자 메서드(Setter) 방식을 사용하는 방법

package hello.core.order;

import hello.core.discount.DiscountPolicy;
import hello.core.member.Member;
import hello.core.member.MemberRepository;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;

@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
    public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
        this.memberRepository = memberRepository;
        this.discountPolicy = discountPolicy;
    }
		
    @Override
    public Order createOrder(Long memberId, String itemName, int itemPrice) {
        Member member = memberRepository.findById(memberId);
        // 주문 서비스 입장에서 할인에 대한 것 모르겠다. discountPolicy 니가 알아서 해줘 - 단일 책임 원칙을 잘 지킨 것
        // 즉, 할인 변경을 수행할 때, 할인 쪽만 고치면 됨
        // member 전체를 넘겨도 되고, 등급만 넘겨도 된다. - 상황에 맞게 구현하면 됨
        int discountPrice = discountPolicy.discount(member, itemPrice);

        return new Order(memberId, itemName, itemPrice, discountPrice);
    }

    public MemberRepository getMemberRepository() {
        return memberRepository;
    }
}

[참고]

• 스프링 컨테이너는 두 가지 LifeCycle으로 나눠져 있다.

1. 스프링 빈들을 등록한다.
2. 의존관계를 자동으로 주입 (@Autowired가 붙으면 자동으로 주입)

• 생성자, 수정자 둘 다 @Autowired가 붙어 있는 경우 생성자를 통한 의존관계 주입이 우선 수행 됨

중요 !!

• @Autowired의 기본 동작은 주입할 대상이 없으면 오류가 발생한다. 주입할 대상이 없어도 동작하게 하려면 **@Autowired(requied = false)**로 지정 </aside>

<aside> ❗

필드 주입

• 필드에 바로 주입하는 방법

[특징]

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

package hello.core.order;

import hello.core.discount.DiscountPolicy;
import hello.core.member.Member;
import hello.core.member.MemberRepository;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;

@Component
public class OrderServiceImpl implements OrderService{
		// 필드에 바로 주입 
    @Autowired
    private MemberRepository memberRepository;
    @Autowired
    private DiscountPolicy discountPolicy;

    @Override
    public Order createOrder(Long memberId, String itemName, int itemPrice) {
        Member member = memberRepository.findById(memberId);
        // 주문 서비스 입장에서 할인에 대한 것 모르겠다. discountPolicy 니가 알아서 해줘 - 단일 책임 원칙을 잘 지킨 것
        // 즉, 할인 변경을 수행할 때, 할인 쪽만 고치면 됨
        // member 전체를 넘겨도 되고, 등급만 넘겨도 된다. - 상황에 맞게 구현하면 됨
        int discountPrice = discountPolicy.discount(member, itemPrice);

        return new Order(memberId, itemName, itemPrice, discountPrice);
    }

    public MemberRepository getMemberRepository() {
        return memberRepository;
    }
}

@Bean
OrderService orderService(MemberRepository memberRepoisitory, DiscountPolicy
discountPolicy) {
return null;
}

[참조]

• 직접 참조를 통해 객체를 생성하는 경우 Autowired가 되지 않음 Ex) OrderServiceImpl orderService = new OrderServiceImpl(); 또한 테스트할 때, 구현객체 교체가 불가능 Ex) 스프링을 사용하지 않고 테스트할 때 더미 데이터를 갖고 있는 메모리 저장소를 사용하여 테스트 하고 싶은데 필드에 주입해줄 방법이 없음 (의존관계 필드들이 모두 NullPointerException)
• 이 경우 Setter를 사용해야 한다.
• 순수한 자바 코드로 OrderServiceImpl 처럼 테스트 하는 경우가 많음 필드 주입을 사용할 경우 DI 컨테이너가 없으므로 테스트 하기 어려움 </aside>

<aside> ❗

일반 메서드 주입

• 일반 메서드를 통해서 주입

[특징]

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

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

• 수정자 주입과 비슷한 타이밍에 의존관계를 주입해준다. </aside>

<aside> ❗

참고

• 의존관계 자동 주입은 스프링 컨테이너가 관리하는 스프링 빈이어야 동작한다. 스프링 빈이 아닌 Member 같은 클래스에서 @Autowired를 적용해도 아무 기능도 동작하지 않음 </aside>

<aside> ❗

옵션 처리

• 주입할 스프링 빈이 없어도 동작해야할 때가 있음
• @Autowired만 사용하면 required 옵션의 값이 true이므로, 자동 주입 대상이 없으면 오류 발생

[자동 주입 대상을 옵션으로 처리하는 방법]

** 여기서 Member는 스프링 빈이 아닌 자바 순수 객체 **

• @Autowired(required=false) - 자동 주입할 대상이 없으면 수정자 메서드 자체가 호출 안 됨 setNoBean1() 메서드가 자체가 호출되지 않음

// 의존관계가 없으면 해당 메서드 자체를 호출하지 않음
        @Autowired(required = false)
        public void setNoBean1(Member noBean1) {
            System.out.println("noBean1 = " + noBean1);
  }

• org.springframework.lang@Nullable - 주입 대상이 없으면 null이 입력된다. 호출은 되지만 Null로 들어온다.

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

• Optional<> - 주입할 대상이 없으면 Optional.empty가 입력된다. 스프링 빈이 없는 경우 Optional.empty로 반환

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

결과

noBean2 = null
noBean3 = Optional.empty

[참고]

• @Nullable, Optional은 스프링 전반에 걸쳐서 지원 예를 들어 생성자 자동 주입에서 특정 의존관계를 null로 하고 싶을 때도 가능
• @Autowired 옵션으로 생성자 주입이 불가능한 이유 스프링은 보통 “주 생성자”를 통해 의존성을 필수로 주입한다고 가정. required = false가 붙었다고 해서, 생성자 인자에 해당하는 빈이 없을 때 null을 대입하고 넘어가는 식의 로직은 기본적으로 제공되지 않음 </aside>

<aside> ❗

생성자 주입을 선택하라

• 최근에는 DI 프레임워크 대부분이 생성자 주입을 권장한다.

불변

• 대부분의 의존관계 주입은 한 번 일어나면 애플리케이션 종료시점까지 의존관계를 변경할 일이 없음 오히려 대부분의 의존관계는 애플리케이션 종료 전까지 변하면 안 된다.(불변해야 함)
• 수정자 주입을 사용하면, setXxxx 메서드를 public으로 열어두어야 한다.
• 누군가 실수로 변경할 수도 있고, 변경하면 안 되는 메서드를 열어두는 것은 좋은 설계 방법이 아니다.
• 생성자 주입은 객체를 생성할 때, 딱 1 번만 생성되기 때문에 이후에 호출되는 일이 없다. 따라서 불변하게 설계할 수 있다.

누락

• 프레임워크 없이 순수한 자바 코들르 단위 테스트 하는 경우가 많음 수정자 의존관계를 사용하면 테스트를 실행할 수 있다. 하지만 막상 테스트를 실행하면 NullPointException 발생한다.
• 생성자 주입을 사용하면 데이터를 누락했을 때, 컴파일 오류가 발생한다. 또한 IDE에서 어떤 값을 필수로 주입해야 하는지 알 수 있다.

final 키워드 사용

• 생성자를 사용하면 final 키워드를 사용하기 때문에 한 번 결정되면 바꿀 수 없으며 생성자에서만 값을 설정할 수 있다.
• 코드가 누락된 경우 컴파일러가 누락됐음을 알려준다.

[참고]

• 컴파일 오류는 세상에서 가장 빠르고, 좋은 오류다. !!
• 수정자 주입을 포함한 나머지 주입 방식은 모두 생성자 이후에 호출되므로 필드에 final 키워드를 사용할 수 없다. 오직 생성자 주입 방식만 final 키워드를 사용할 수 있다. </aside>

<aside> ❗

정리

• 생성자 주입 방식을 선택하는 이유는 여러가지가 있지만, 프레임워크에 의존하지 않고, 순수한 자바 언어의 특징을 잘 살리는 방법이기도 하다.
• 기본으로 생성자 주입을 사용하고, 필수 값이 아닌 경우에는 수정자 주입 방식을 옵션으로 부여하면 된다. 생성자 주입과 수정자 주입을 동시에 사용할 수 있다.
• 항상 생성자 주입을 선택해라 !! 그리고 가끔 옵션이 필요하면 수정자 주입을 선택해라 필드 주입은 사용하지 않는게 좋다. </aside>

<aside> ❗

롬복과 최신 트랜드

@Getter @Setter @toString

• 클래스에 해당 애너테이션을 붙이면 Getter, Setter, toString을 자동으로 만들어준다.

@RequiredArgsConstructor

• final이 붙은 필드에 대한 생성자를 만들어진다.
• 의존관계 추가할 때 간단하다. </aside>

<aside> ❗

정리

• 최근에는 생성자를 딱 한 개를 두고, @Autowired를 생략하는 방법 많이 사용
• 여기에 Lombok 라이브러리의 @RequiredArgsConstructor 함께 사용하면 코드를 깔끔하게 사용할 수 있다. </aside>