의존관계 자동 주입

ttaho·2023년 3월 29일
0

Spring 기초

목록 보기
10/11

의존관계 자동 주입에는 여러가지 방법이 있다.

생성자 주입

생성자 주입은 기존에 했던 방법이다.

@Autowired로 의존관계를 주입시켰는데, 사실 생성자가 1개뿐이면 생략해도 무방하다.

Autowiring이 잘 된다.

수정자 주입

  • setter라 불리는 필드의 값을 변경하는 수정자 메서드를 통해서 의존관계를 주입하는 방법이다.

필드 주입

이름 그대로 필드에 바로 주입하는 방법이다.

이 방법은 코드가 간결해서 좋아보이지만, 외부에서 변경이 불가능하다는 단점이 있다.
사용하지 말자!

과거에는 수정자 주입과 필드 주입을 많이 사용했지만, 최근에는 스프링을 포함한 DI 프레임워크 대부분이 생성자 주입을 권장한다. 그 이유는 다음과 같다.

불변

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

누락

생성자 주입을 사용하면 주입 데이터를 누락 했을 때 컴파일 오류가 발생하므로 어떤 값을 필수로 주입해야 하는지 알 수 있다.

final 키워드

생성자 주입을 사용하면 필드에 final 키워드를 사용할 수 있다. 그래서 생성자에서 혹시라도 값이 설정되지 않는 오류를 컴파일 시점에 막아준다.

정리

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

요즘 트렌드는 lombok의 @RequiredArgsConstructor를 사용해서 필수필드에 대한 생성자를 만들어주지 않아도 된다.

profile
백엔드 꿈나무

0개의 댓글