의존관계 자동 주입

다양한 의존관계 주입 방법

생성자 주입

• 생성자를 통해 의존 관계를 주입받는 방법
• 생성자 호출 시점에 딱 1번만 호출되는 것이 보장
• 불변, 필수 의존관계에 사용
• 생성자가 1개만 있으면 @Autowired를 생략해도 자동 주입됨

수정자 주입

• setter라 불리는 필드의 값을 변경하는 수정자 메서드를 통해서 의존관계를 주입하는 방법
• 선택, 변경 가능성이 있는 의존관계에 사용
• 자바빈 프로퍼티 규약의 수정자 메서드 방식을 사용하는 방법
• @Autowired의 기본 동작은 주입할 대상이 없으면 오류 발생
  • 주입할 대상이 없어도 동작하게 하려면 @Autowired(required = false)

필드 주입

• 필드에 바로 주입하는 방법
• 코드가 간결하지만 외부에서 변경이 불가능해서 테스트하기 힘들다는 단점 존재
• DI 프레임워크가 없으면 아무것도 할 수 없음
• 사용하지 말자
  • 애플리케이션의 실제 코드와 관계 없는 테스트 코드
  • 스프링 설정을 목적으로 하는 @Configuration 같은 곳에서만 특별한 용도로 사용

일반 메서드 주입

• 일반 메서드를 통해 주입받을 수 있음
• 한 번에 여러 필드를 주입받을 수 있음
• 일반적으로 잘 사용하지 않음

옵션 처리

코드

• 주입할 스프링 빈이 없어도 동작해야 할 때가 있음
• @Autowired만 사용하면 required 옵션의 기본값이 true로 되어 있어 자동 주입 대상이 없으면 오류 발생
• 자동 주입 대상을 옵션으로 처리하는 방법
  • @Autowired(required=false) : 자동 주입할 대상이 없으면 수정자 메서드 자체가 호출 안됨
  • org.springframework.lang.@Nullable : 자동 주입할 대상이 없으면 null이 입력됨
  • Optional<> : 자동 주입할 대상이 없으면 Optional.empty가 입력됨

생성자 주입을 선택해라!

불변

• 대부분의 의존관계 주입은 한번 일어나면 애플리케이션 종료시점까지 의존관계를 변경할 일이 없음
• 수정자 주입을 사용하면 set 메서드를 public으로 열어두어야 함
• 누군가 실수로 변경할 수도 있고, 변경하면 안 되는 메서드를 열어두는 것은 좋은 설계 방법이 아님
• 생성자 주입은 객체를 생성할 대 딱 1번만 호출되므로 이후에는 호출되는 일이 없음 -> 불변하게 설계 가능

누락

• 생성자 주입을 사용하면 의존관계 주입이 누락되었을 때 컴파일 오류가 발생
• IDE에서 바로 어떤 값을 필수로 주입해야 하는지 알 수 있음

final 키워드

• 생성자에서 혹시라도 값이 설정되지 않는 오류를 컴파일 시점에 막아줌
• 나머지 주입 방식은 모두 생성자 이후에 호출되므로 생성자 주입 방식만 final 키워드 가능

롬복과 최신 트렌드

코드

• getter, setter, 생성자, toString 등을 자동으로 만들어줌
• @RequiredArgsConstructor 를 사용하면 final이 붙은 필드를 모아서 생성자를 자동으로 만들어줌
• 최근에는 생성자를 1개 두고 @Autowired를 생략하고 Lombok 라이브러리의 @RequiredArgsConstructor를 사용하는 방법을 주로 사용

조회 빈이 2개 이상

@Autowired 필드 명 매칭

코드

1. 타입 매칭
2. 타입 매칭의 결과가 2개 이상일 때 필드 명, 파라미터 명으로 빈 이름 매칭

@Qualifier 사용

코드

• 추가 구분자를 붙여주는 방법
• 주입 시 추가적인 방법을 제공하는 것이지 빈 이름을 변경하는 것은 아님

1. @Qualifier 끼리 매칭
2. 빈 이름 매칭
3. NoSUchBeanDefinitionException 발생

@Primary 사용

코드

• 우선순위를 정하는 방법
• @Qualifier가 @Primary보다 우선권이 높음

애노테이션 직접 만들기

코드

• @Qualifier("mainDiscountPolicy")와 같이 문자로 적으면 컴파일 시 타입 체크가 안됨
• 애노테이션을 만들어서 해결

조회한 빈이 모두 필요할 때, List Map

코드

자동, 수동의 올바른 실무 운영 기준

• 자동 기능을 기본으로 사용
• 업무 로직 빈 : 웹을 지원하는 컨트롤러, 핵심 비즈니스 로직이 있는 서비스, 데이터 계층의 로직을 처리하는 리포지토리 등
• 기술 지원 빈 : 기술적인 문제나 공통 관심사(AOP)를 처리할 때 주로 사용, 데이터베이스 연결이나, 공통 로그 처리처럼 업무 로직을 지원하기 위한 하부 기술이나 공통 기술
• 업무 로직 빈은 자동, 기술 지원 빈은 수동 빈 등록이 좋음
• 다형성을 적극 활용하는 비즈니스 로직은 수동 등록을 고민

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