DIP (Dependency Inversion Principle)

인터페이스 역전이 일어났냐도 중요하지만, 상위 레벨의 정책은 하위 레벨의 상세에 의존해서는 안된다. 둘 다 추상 타입(Abstract Type)에 의존해야 한다.

Object Oriented의 핵심

객체지향의 핵심은 IoC를 통해 상위 레벨의 모듈을 하위 레벨의 모듈로부터 보호하는 것이다.

• 제어의 흐름을 역전시켜 상위 레벨의 로직이 하위 레벨의 변경에 의해서 영향을 받지 않도록 하는 것이 핵심이다.

  • 왜? 하위 레벨의 변경은 빈번하게 일어날 수 있기 때문에

  • 하위 레벨의 모듈은 OCP를 준수하며 새로운 요구사항을 반영할 수 있음.

객체지향 설계의 핵심은 '의존성 관리(dependency management)' 이다.

Structured Design

구조적 디자인을 하게 될 경우, Top-down 방식으로 설계하게 된다.

1. main에서 시작해서 main이 호출해야 하는 서브 루틴들을 설계

2. 서브루틴이 호출해야 할 서브루틴을 설계

3. 그리고 시스템의 모든 서브 루틴을 발견할 때까지 이를 계속 하향(down)으로 반복

4. 그 후에 코드를 작성

이 방식에서는 소스코드의 의존성과 런 타임 시점의 의존성이 Top-down으로 동일하다는 점이다. 즉, 맨 밑에 있는 모듈에 변경이 생기면 상위로 계속해서 변경이 유발된다.

Dependency Inversion

컴파일 타임의 의존성을 역전시키는 것을 말한다.

A(상위 모듈), B(하위 모듈) 관계일 때,

• A와 B 사이에 polymorphic interface를 삽입

• A는 uses interface

• B는 implements the interface

이렇게 구조를 만들어 놓는다면, A는 B의 변경에 영향이 없으며, 인터페이스에 변경이 일어나는 것이 아닌 경우 변경이 발생하지 않게되어 의존성 관리가 되는 것이다.

Plugins

시스템이 존재할 떄 변경가능한 부분들을 플러그인(plugin)이라고 한다. 시스템이라는 호출자가 어떤 플러그인이 호출될지는 모르며, 플러그인들이 갈아끼워질 수 있는 상태를 말한다.

• Boundary를 Plugin Interface로 다룬다.

• 의존성 역전이 소프트웨어 모듈 간의 경계를 만드는 수단

플러그인 아키텍처

시스템을 Main Partition/App Partition으로 분리하여 경계(Boundary)를 두는 것.

• App Partition

• Main Partition

---

• 객체지향 설계의 핵심은 상위 레벨의 정책을 하위 레벨의 상세로부터 보호하는 것

• 의존성 역전(DIP)/ IoC를 통해 변화에 유연하게 대응할 수 있는 구조를 만들자.

• 의존성 관리에 집중하는 것이 객체지향의 핵심