[Spring] DI (왜 생성자 주입을 사용해야 하는가?)

DI (Dependency Injection)

• 의존성 주입(의존 관계 주입)
• 객체를 직접 생성하지 않고 외부에서 생성한 후 주입시켜 준다.

장점

 

1. 코드의 재사용성을 높여준다.
2. 테스트가 용이해진다.
3. 객체 간의 의존관계를 없애거나 줄일 수 있다.
4. 결합도(coupling)은 낮추면서 유연성과 확작성은 향상할 수 있습니다.
   • DI를 사용하지 않는 경우 객체 내부에서 다른 객체 생성 시 두 객체 간에 강한 결합도가 생깁니다. 따라서 한 객체를 변경하게 되면 결합된 객체도 영향을 받게 됩니다.
   • 하지만 DI를 사용하게 되면 외부에서 생성된 객체를 주입받으므로 의존관계가 약해지고 유연한 구조를 가질 수 있습니다.
5. 코드 가독성이 높아진다.

의존성 주입의 3가지 방법

1. 생성자 주입(Constructor Injection)
2. 필드 주입(Field Injection)
3. 수정자 주입(Setter Injection)

 

 

1. 생성자 주입(Construction Injection)

클래스의 생성자가 하나이고, 그 생성자로 주입받을 객체가 빈으로 등록되어 있다면 @Autowire는 생략 가능합니다.

 

 

2. 필드 주입(Field Injection)

 

필드에 @Autowired 어노테이션만 붙여주면 자동으로 의존성 주입됩니다.
단점

• 코드가 간결하지만 외부에서 변경하기 힘들다.
• 프레임워크에 의존적이고 객체지향적으로 좋지 않다.

 

 

3. 수정자 주입(Setter Injection)

Setter메서드에 @Autowired 어노테이션을 붙이는 방법입니다.
단점

• 수정자 주입을 사용하면 setter메서드를 public으로 열어두어야 하기 때문에 언제 어디서든 변경이 가능해집니다.

 

 

 

⭐생성자 주입을 사용하자.

 

• 다양한 DI 방법 중에서 Spring Framework reference는 생성자 주입 방법을 권장합니다.

Core Technologies

 

그 이유는 무엇일까요?

 

1. 객체의 불변성 확보

 

수정자 주입이나 일반 메서드 주입을 이용하면 불필요하게 수정의 가능성을 열어두어 유지보수성을 떨어뜨립니다. 생성자 주입은 객체 생성 시 딱 1번 호출되므로 이후에 변경될 일이 없습니다.
즉, 불변하게 설계 가능하여 생성자 주입을 통해 변경의 가능성을 배제하고 불변성을 보장하는 것이 좋습니다.

 

2. 오류 방지

 

테스트가 특정 프레임워크에 의존하는 것은 침투적이므로 좋지 못하다. 그러므로 가능한 순수 자바로 테스트를 작성하는 것이 가장 좋은데, 생성자 주입이 아닌 다른 주입으로 작성된 코드는 순수한 자바 코드로 단위 테스트를 작성하는 것이 어렵습니다.

 

3. final 키워드 작성 및 Lombok과의 결합

 

생성자 주입을 사용하면 필드 객체에 final 키워드를 사용할 수 있으며, 컴파일 시점에 누락된 의존성을 확인할 수 있습니다. 반면에 다른 주입 방법들은 객체의 생성(생성자 호출) 이후에 호출되므로 final 키워드를 사용할 수 없습니다.

또한 final 키워드를 붙이면 Lombok과 결합되어 코드를 간결하게 작성할 수 있습니다. 아래 예시와 같이 @AllArgsConstructor를 사용하면 생성자 주입코드를 생략할 수 있습니다.

 

 

4. 순환 참조 에러 방지

 

생성자 주입을 사용하면 애플리케이션 구동 시점(객체의 생성 시점)에 순환 참조 에러를 예방할 수 있습니다. @Autowired를 이용한 필드 주입에서 이러한 문제가 애플리케이션 구동 시점에 에러가 발생하지 않는 이유는 빈의 생성과 조립(@Autowired) 시점이 분리되어 있기 때문입니다.@Autowired는 모든 객체의 생성이 완료된 후에 조립(의존관계 주입)이 처리됩니다.

 

 

 

 

 

[참조]

https://dev-coco.tistory.com/70

https://velog.io/@znftm97/Spring-DIDependency-Injection-%EC% A0%95% EB% A6% AC