IoC, DI, 컨테이너와 컨테이너

정민기·2021년 5월 1일
0

스프링 핵심 원리

목록 보기
3/5
post-thumbnail

IoC(Inversion of Control : 제어의 역전)

  • 애플리케이션의 전체 동작 방식을 구성하기 위해 구현 객체를 생성, 연결하는 별동의 설정 클래스인 AppConfig가 있다고 하자.
  • 위 그림과 같이 OrderServiceImpl은 필요한 인터페이스들을 AppConfig로 부터 호출하지만 어떤 구현 객체들이 실행될지 알 수 없다. 즉 프로그램의 제어 흐름에 대한 모든 권한은 AppConfig가 가지고 있다.
  • 이 처럼 프로그램의 제어 흐름을 OrderServiceImpl이 직접 제어하는 것이 아닌 AppConfig와 같이 외부에서 관리하는 것을 IoC(제어의 역전)이라고 한다.

프레임 워크와 라이브러리

  • 아래 코드는 프레임 워크인 JUnit을 사용한 코드이다. 내가 작성한 코드는 beforeEach()join() 뿐이지만 이 코드들을 @Test@BeforeEach를 통해 제어하고, 대신 실행한다. 즉 프레임 워크는 내가 작성한 코드를 제어하고, 그것을 대신 실행한다.
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
...
    @BeforeEach
    public void beforeEach(){
        ...
    }
    @Test
    void join(){
        ...
    }
...
  • 라이브러리는 내가 작성한 코드가 직접 제어의 흐름을 담당한다면 그것은 라이브라리이다. 예를 들어 내가 코드로 html을 xml로 바꾸는 것을 호출한다면 내 코드가 호출하는 것이므로 그것은 라이브러리이다

DI(Dependecy Injection : 의존관계 주입)

  • 의존관계는 정적인 클래스 의존 관계와 실행 시점(런타임)에 결정되는 동적인 객체 의존 관계로 나뉜다.

정적인 클래스 의존 관계
클래스가 사용하는 import 코드만 보고도 의존 관계를 쉽게 판단할 수 있다. 즉 애플리케이션을 실행하지 않아도 분석 가능하다.

동적인 객체 인스턴스 의존 관계
애플리 케이션 실행 시점에 생성돈 객체 인스턴스의 참조가 연결된 의존관계이다.

  • 의존관계 주입이란 애플리케이션 실행 시점(런타임)에 AppConfig와 같은 외부에서 실제 구현 객체를 생성하고 클라이언트에 전달해서 의존 관계를 연결시키는 것이다.
  • 의존관계 주입을 사용하면 정적인 클래스 의존 관계를 변경하지 않고, 동적인 객체 인스턴스 의존관계를 쉽게 변경할 수 있다.

컨테이너

Appconfig와 같이 객체를 생성하고 관리하면서 의존 관계를 연결해 주는 것을 IoC 컨테이너 또는 DI 컨테이너라 한다.
주로 DI 컨테이너라 하지만 어셈블러, Object Factory 등으로 불리기도 한다.



[Reference]

Inflearn 김영한 님의 스프링 핵심 원리 - 기본편 : https://www.inflearn.com/course/스프링-핵심-원리-기본편/dashboard

0개의 댓글

관련 채용 정보