개요

• Dependency Injection 의존성 주입 를 구현하는 방법 중의 하나로서,
• 필요한 객체들의 의존 관계 설정과, 생애 주기를 관리를 위임하는 도구입니다.
• 저는 IoC Container라는 이름 대신, 그냥 DI Container라고 부르는 것을 더 좋아합니다. 좀 더 직관적이라는 느낌…
• 하지만 동시에 Service Locator 로써 사용할 수도 있습니다.

왜 쓰지

커리어의 대부분을 파이썬을 사용하면서, 당연하게도 복잡한 비즈니스 로직을 가지는 애플리케이션을 만들어야 하는 일도 많았습니다. DDD 의 Building Blocks의 일부(흔히 DDD-Lite 라고 부르는)

Dependency Injection 의존성 주입 가 적용된 객체라면, 의존성 관리가 필요합니다. 의존성 관리를 직접 하려면 아마도 다음의 과정을 거치게 됩니다.

import abc

class A:
    def __init__(self, b: IB):
        self.b = b
        
    def run(self):
        self.b.run()

class IB(abc.ABC):
    @abc.abstractmethod
    def run(self):
        pass

class B(IB):
    def run(self):
        # runnnnnn

a = A(B())  # 이 부분

한두개야 괜찮겠지만, 의존성이 복잡할 수록 점점 더 귀찮아지고, 그러다보면 실수를 할 가능성도 커집니다. 개인적으로 이 정도 규모의 복잡한 의존성 주입은 자주 경험했습니다.

a = A(C(D(), E(H(), I())), F(G()))

잘못된 의존성을 주입하는 실수는 mypy 같은 타입 검증 도구의 도움을 받으면 해결할 수 있을 것입니다. 그럼 실수로 잘못된 의존성을 주입하는 문제를 해결한 이후의 IoC 컨테이너의 남은 장점은...?

• 객체의 생애주기를 일일히 관리할 필요 없이 DI 문제를 컨테이너에게 위임하고, 개발자는 필요한 객체를 사용만 할 수 있다.
• 객체의 의존 관계를 공개 API(생성자)를 통해 명시적으로 드러낸다.
• 같은 인터페이스를 가진 다른 구현 객체로 교체가 간편하다.

사실 엄밀히 말하자면 마지막 2개는 컨테이너의 장점이라기 보다는 Dependency Injection 의존성 주입 와 Dependency Inversion Principle 의존성 역전 원칙 의 장점이라고 하는 것이 맞겠습니다.

만들어 보자