8장 - OCP: 개방-폐쇄 원칙

개방 폐쇄 원칙

개방 폐쇄 원칙이라는 용어는 버트란트 마이어가 만들었습니다.

확장에는 열려있어야 하고 변경에는 닫혀 있어야 한다라는 뜻입니다.

 

소프트웨어를 확장할 때 수정이 엄청나게 발생한다면 시스템을 설계한 아키텍트는 엄청난 실패를 한 것입니다.

 

우선 2가지의 책임이 있다면 책임을 분리하는 것에서 시작합니다.

2가지의 책임 중 하나가 변경되더라도 다른 하나의 책임에 대한 코드는 변경하지 않도록 소스 코드 의존성을 확실히 조직화해야 합니다.

 

이런 목적을 달성하기 위해서는 인터페이스와 구현 클래스를 활용합니다.

 

A컴포넌트에서 발생한 변경으로부터 B 컴포넌트를 보호하려면 A 컴포넌트가 B컴포넌트에 의존해야 합니다.

 

따라서 가장 높은 수준의 정책을 포함하는 Interactor가 최상위에 존재하여 다른 컴포넌트를 의존합니다.

 

컴포넌트 계층을 이와 같이 조직화하면 저수준의 컴포넌트의 변경으로부터 고수준의 컴포넌트를 보호할 수 있습니다.

 

개인적인 견해

DI개념을 이해하고 있어야 이 챕터에 대한 내용을 이해할 수 있을 것 같습니다.

조금은 설명이 추상적이라고 느껴집니다.