728x90
과거에는 수정자 주입과 필드 주입을 많이 사용했지만, 최근에는 스프링을 포함한 DI 프레임워크 대부분이 생성자 주입을 권장한다. 그 이유는 다음과 같다.
불변
- 대부분의 의존관계 주입은 한번 일어나면 애플리케이션 종료 시점까지 의존관계를 변경할 일이 없다. 오히려 대부분의 의존관계는 애플리케이션 종료 전까지 변하면 안 된다.(불변해야 한다.)
- 수정자 주입을 사용하면, setXxx 메서드를 public으로 열어두어야 한다.
- 누군가 실수로 변경할 수 도 있고, 변경하면 안되는 메서드를 열어두는 것은 좋은 설계 방법이 아니다.
- 생성자 주입은 객체를 생성할 때 딱 1번만 호출되므로 이후에 호출되는 일이 없다. 따라서 불변하게 설계할 수 있다.
누락

생성자 주입 - 생성자 주입을 사용하면 주입 데이터를 누락 했을 때 컴파일 오류가 발생한다. 그리고 IDE에서 바로 어떤 값을 필수로 주입해야 하는지 알 수 있다.
- final 필드를 추가할 수 있는 장점이 있다.
- 생성자 주입을 사용하면 필드에 final 키워드를 사용할 수 있다. 그래서 생성자에서 혹시라도 값이 설정되지 않는 오류를 컴파일 시점에 막아준다
- 참고: 수정자 주입을 포함한 나머지 주입 방식은 모두 생성자 이후에 호출되므로, 필드에 final 키워드를 사용할 수 없다. 오직 생성자 주입 방식만 final 키워드를 사용할 수 있다.
728x90
'스프링 핵심 원리(기본편)' 카테고리의 다른 글
| Ch07. 의존관계 자동 주입 - 조회 빈이 2개 이상(문제) (0) | 2022.02.21 |
|---|---|
| Ch07. 의존관계 자동 주입 - 롬복과 최신 트랜드 (0) | 2022.02.21 |
| Ch07. 의존관계 자동 주입 - 옵션 처리 (0) | 2022.02.21 |
| Ch07. 의존관계 자동 주입 - 의존관계 자동 주입 (0) | 2022.02.21 |
| Ch06. 컴포넌트 스캔 - 중복 등록과 충돌 (0) | 2022.02.20 |