[Spring] 의존관계 자동 주입 (2)
롬복과 최신 트랜드
롬복 라이브러리 설치
스프링 세팅단계의 start.spring.io에서 lombok 라이브러리를 추가하고 받아도 됨
롬복의 대표적인 기능
@Getter, @Setter 애노테이션 (Getter Setter 자동 완성)
package hello.core;
import lombok.Getter;
import lombok.Setter;
@Getter
@Setter
public class HelloLombok {
private String name;
private String age;
public static void main(String[] args) {
HelloLombok helloLombok = new HelloLombok();
helloLombok.setName("aa");
String name = helloLombok.getName();
System.out.println("name = " + name);
}
}위 애노테이션이 정상적으로 동작하는지 확인할 것
Getter와 Setter를 애노테이션 지정만 하면 알아서 만들어 준다.
@RequiredArgsConstructor (생성자 자동완성)
@Component
@RequiredArgsConstructor
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;
// }생성자를 자동으로 만들어준다.
>> Lombok
생성자를 1개 두고 @Autowired를 생략하고, Lombok 라이브러리의 @RequiredArgsConstructor과 함께 사용하면 기능은 다 제공하면서 코드는 깔끔하게 사용할 수 있다.
조회할 빈이 2개 이상일 경우
@Component
public class FixDiscountPolicy implements DiscountPolicy {
private int discountFixAmount = 1000;
@Override
public int discount(Member member, int price) {
if (member.getGrade() == Grade.VIP) {
return discountFixAmount;
} else {
return 0;
}
}
}
@Component
public class RateDiscountPolicy implements DiscountPolicy {
private int discountPercent = 10;
@Override
public int discount(Member member, int price) {
if (member.getGrade() == Grade.VIP) {
return price * discountPercent / 100;
} else {
return 0;
}
}
}DiscountPolicy를 상속받는 빈이 2개일 경우 자동의존관계를 주입하게 되면 오류가 발생한다.
해결방법
- @Autowired 필드명 매칭
- @Quilifier -> @Quilifier끼리 매칭 -> 빈 이름 매칭
- @Primary 사용
@Autowired 필드 명 매칭
처음에는 타입매칭을 시도하고, 여러 빈이 있으면 필드 이름, 파라미터 이름으로 빈 이름을 추가 매칭한다.
@Autowired
private DiscountPolicy discountPolicy
// 빈 이름이 똑같은걸 찾아서 아래꺼를 가져오게 된다
@Autowired
private DiscountPolicy rateDiscountPolicy필드명 매칭은 먼저 타입 매칭을 시도하고, 그 결과에 여러 빈이 있을 때 추가로 동작하는 기능이다.
1. 타입매칭
2. 타입매칭 결과가 2개 이상일 경우 필드 명, 파라미터 명으로 빈 이름 매칭
@Quilifier 사용
추가 구분자를 붙여주는 방법이다. 주입시 추가적인 방법을 제공하는 것이지 빈 이름을 변경하는 것은 아니다.
@Component
@Qualifier("fixDiscountPolicy")
public class FixDiscountPolicy implements DiscountPolicy {
@Component
@Qualifier("rateDiscountPolicy")
public class RateDiscountPolicy implements DiscountPolicy {
/// 사용방법
@Component
public class OrderServiceImpl implements OrderService {
private final MemberRepository memberRepository;
private final DiscountPolicy discountPolicy;
@Autowired
public OrderServiceImpl(MemberRepository memberRepository, @Qualifier("rateDiscountPolicy") DiscountPolicy discountPolicy) {
this.memberRepository = memberRepository;
this.discountPolicy = discountPolicy;
}정리
1. @Quilifier끼리 매칭
2. 빈 이름 매칭
3. NoSuchBeanDefinitionException 발생
@Primary 사용
@Primary는 우선순위를 정하는 방법이다. @Autowired 시에 여러 빈이 매칭되면 @Primary가 우선권을 가진다.
@Component
@Primary
public class RateDiscountPolicy implements DiscountPolicy {
private int discountPercent = 10;
@Primary, @Qualifier 활용
코드에서 자주 사용하는 메인 데이터베이스의 커넥션을 획득하는 스프링 빈이 있고, 코드에서 특별한
기능으로 가끔 사용하는 서브 데이터베이스의 커넥션을 획득하는 스프링 빈이 있다고 생각해보자. 메인
데이터베이스의 커넥션을 획득하는 스프링 빈은 @Primary 를 적용해서 조회하는 곳에서 @Qualifier
지정 없이 편리하게 조회하고, 서브 데이터베이스 커넥션 빈을 획득할 때는 @Qualifier 를 지정해서
명시적으로 획득 하는 방식으로 사용하면 코드를 깔끔하게 유지할 수 있다.
물론 이때 메인 데이터베이스의 스프링 빈을 등록할 때 @Qualifier 를 지정해주는 것은 상관없다.
우선순위
@Primary 는 기본값 처럼 동작하는 것이고, @Qualifier 는 매우 상세하게 동작한다. 이런 경우 어떤 것이
우선권을 가져갈까? 스프링은 자동보다는 수동이, 넒은 범위의 선택권 보다는 좁은 범위의 선택권이 우선
순위가 높다. 따라서 여기서도 @Qualifier 가 우선권이 높다.