IoC와 DI

김종준·2023년 3월 29일

study

공부

목록 보기

1/12

IoC와 DI

IoC

IoC는 Inversion Of Control의 약어이다.

이는 제어의 역전이라는 뜻이다.

그렇다면 "제어(Control)의 관점이 전도(Inversion)된다는 것은 무엇일까?"

스프링은 스프링 컨테이너를 통해 IoC가 가능하도록 지원해준다고 한다.

우리는 무의식적으로 IoC를 적용하고 있었다.

그렇기에 우선 IoC가 적용되기 이전에는 어떠한 방식으로 제어를 하였는지 살펴보자.

예제의 경우 마틴파울러가 작성한 IoC 설명의 예제를 사용할 것이다.

public class MovieLister {

    private MovieFinder finder;

    public MovieLister() {
        this.finder = new MovieFinderImpl(); 
    }
}

위의 코드를 보면 MovieLister는 자신에 대한 제어권을 모두 자신이 가지고 있다.

MovieLister 자신이 MovieFinder에 대한 제어를 하고 있는 것을 볼 수 있다. (this.finder = new MovieFinderImpl())

그렇기에 의존성을 확인해 보아도 뭔가 찜찜한 부분이 있다.

분명 MovieFinder라는 인터페이스를 통해 MovieFinder와 결합도를 낮췄지만 MovieLister은 MovieFinderImpl을 알고 있어야 한다.

DIP도 위반하고 있다! 더 중요한 모듈이 덜 중요한 모듈에 의존하고 있다.

이는 finder를 플러그인되도록 할 수 없게 만든다.

이때 플러그인 된다는 것은 구현 클래스가 컴파일 타임에 결정되는 것이 아니라 런타임에 결정되는 것을 뜻한다. (컴파일 타임과 런타임의 의미)

위의 예시가 컴파일 타임에 구현 클래스가 결정되는 경우이고

런타임에 결정되는 경우를 슈도코드를 통해서 알아보자.

public class MovieLister {

    private MovieFinder finder;

    public MovieLister() {
        this.finder = OOO.알려줘finder();
    }
}

위의 코드는 MovieLister가 생성되는 시점에 000의 알려줘finder메서드를 통해 어떤 구현 클래스로 결정되는지 알 수 있다.

DI

지금까지의 내용을 보면 객체의 다른 것에 대한 제어가 아닌 객체의 의존성 부분의 제어만 언급하고 있는 것을 느낄 것이다.

그렇기에 마틴 파울러는 IoC라는 범용적인 용어는 사람들이 혼동할 가능성이 크기에 DI라는 이름을 만들었다고 한다.

즉, DI는 IoC중 하나라 생각할 수 있다. (DI ( IOC, DI 말고 Service Locator와 같은 개념도 있다.)

예제를 다시 살펴보자.

public class MovieLister {

    private MovieFinder finder;

    public MovieLister(MovieFinder finder) {
        this.finder = finder;
    }
}

@Getter
public class Assembler {

    private MovieLister movieLister;
    private MovieFinder movieFinder;

    public Assembler() {
        movieFinder = new MovieFinderImpl();
        movieLister = new MovieLister(movieFinder);
    }
}