OrderServiceImpl
은 필요한 인터페이스들을 AppConfig로 부터 호출하지만 어떤 구현 객체들이 실행될지 알 수 없다. 즉 프로그램의 제어 흐름에 대한 모든 권한은 AppConfig가 가지고 있다.OrderServiceImpl
이 직접 제어하는 것이 아닌 AppConfig와 같이 외부에서 관리하는 것을 IoC(제어의 역전)이라고 한다.beforeEach()
와 join()
뿐이지만 이 코드들을 @Test
와 @BeforeEach
를 통해 제어하고, 대신 실행한다. 즉 프레임 워크는 내가 작성한 코드를 제어하고, 그것을 대신 실행한다.import org.junit.jupiter.api.BeforeEach; import org.junit.jupiter.api.Test; ... @BeforeEach public void beforeEach(){ ... } @Test void join(){ ... } ...
정적인 클래스 의존 관계
클래스가 사용하는 import 코드만 보고도 의존 관계를 쉽게 판단할 수 있다. 즉 애플리케이션을 실행하지 않아도 분석 가능하다.
동적인 객체 인스턴스 의존 관계
애플리 케이션 실행 시점에 생성돈 객체 인스턴스의 참조가 연결된 의존관계이다.
Appconfig와 같이 객체를 생성하고 관리하면서 의존 관계를 연결해 주는 것을 IoC 컨테이너 또는 DI 컨테이너라 한다.
주로 DI 컨테이너라 하지만 어셈블러, Object Factory 등으로 불리기도 한다.
Inflearn 김영한 님의 스프링 핵심 원리 - 기본편 : https://www.inflearn.com/course/스프링-핵심-원리-기본편/dashboard