[Spring] IoC와 DI

💡 IoC(Inverse of Control, 제어의 역전)

: 객체의 생성부터 생명주기 관리까지 애플리케이션의 흐름을 스프링 프레임워크가 관리

개발자의 역할이 줄어들어 비즈니스 로직에 집중할 수 있고,
코드의 결합도를 낮추고 유연성을 높일 수 있음.

💡 DI(Dependency Injection, 의존성 주입)

: 객체 간의 의존성을 외부에서 주입해주는 개념

객체 간의 결합도를 낮추고, 코드의 유연성과 테스트 용이성을 높일 수 있음

---

Spring Bean / Container

Spring Bean

• 스프링 컨테이너가 관리하는 객체
• 애플리케이션에서 사용되는 모든 구성요소
• POJO(Plain Old Java Object)

🍃 What is POJO?

Spring Container

= IoC Container

• ApplicationContext 인터페이스를 통해 구현됨
• 스프링 빈의 생성, 의존성 주입, 생명주기 관리를 책임

---

의존성 주입 방식

1. 생성자 주입 (Constructor Injection)

public class MyClass {
	private InjectionBean injectionBean;
	
	@Autowired
	public ConstructorInjection(InjectionBean injectionBean) {
	    this.injectionBean = injectionBean;
	}
}

• 가장 권장되는 방식
• 필수적인 의존성 명시적으로 제공
• 불변성 보장. 즉, 의존성 변경 위험 없음
  • 필드에 final 붙일 수 있음

2. 세터 주입 (Setter Injection)

public class MyClass {
	private InjectionBean injectionBean;
	
	@Autowired
	public void setInjectionBean(InjectionBean injectionBean) {
	    this.injectionBean = injectionBean;
	}
}

• 선택적인 의존성으로 유연성 제공
  ➡️ 단, 객체가 완전히 초기화되기 전에 setter 메서드가 호출되지 않는다면 의존성 부여되지 않음
  따라서 의존성이 부여된 객체를 사용할 때마다 null 검사 수행 필요
  또한 의존성이 변경될 가능성이 있어 불변성 보장되지 않음.

🙋 Constructor-based or setter-based DI?

Since you can mix constructor-based and setter-based DI, it is a good rule of thumb to use constructors for mandatory dependencies and setter methods or configuration methods for optional dependencies. Note that use of the @Autowired annotation on a setter method can be used to make the property be a required dependency; however, constructor injection with programmatic validation of arguments is preferable.

The Spring team generally advocates constructor injection, as it lets you implement application components as immutable objects and ensures that required dependencies are not null. Furthermore, constructor-injected components are always returned to the client (calling) code in a fully initialized state. As a side note, a large number of constructor arguments is a bad code smell, implying that the class likely has too many responsibilities and should be refactored to better address proper separation of concerns.

➡️ 상황에 따라 다른 방식 채택
spring 팀은 생성자 주입 방식 지지
그 이유는, 애플리케이션 구성 요소를 불변 객체로 구현 가능하고 필수 종속성이 null이 아니도록 보장함

정리하자면
필수 의존성에는 생성자 주입
선택 의존성에는 세터 주입 사용

3. 필드 주입 (Field Injection)

public class MyClass {
	@Autowired
	private InjectionBean injectionBean;
}

• 코드량 적고 간결하다는 장점 있음
• 필드 주입 방식은 리플렉션을 사용 ➡️ 단위 테스트 시 Mock 객체 주입 어려움
• 재사용성 저하
• 어떤 의존성이 필요한지 직관적으로 명시되지 않음. (숨겨진 의존성)

---

참고

https://edu.nextstep.camp/s/OiPrZU5t/ls/A3P44ALq
https://f-lab.kr/insight/core-of-spring-framework-dependency-injection-and-ioc-container?gad_source=1&gclid=CjwKCAjwhIS0BhBqEiwADAUhc-SxqhdB4uq3tEbb2gaHzbJH-t0TBTjpILuKLFnVq5fG3C8guawG8hoC1IQQAvD_BwE
https://docs.spring.io/spring-framework/reference/core/beans/dependencies/factory-collaborators.html
https://spring.io/blog/2016/03/04/core-container-refinements-in-spring-framework-4-3