• 컴포넌트 응집도와 관련된 세 가지 원칙을 논의
  1. REP: 재사용/릴리스 등가 원칙(Reuse/Relese Equivalence Principle)
  2. CCP: 공통 폐쇄 원칙(Common Closure Principle)
  3. CRP: 공통 재사용 원칙(Common Reuse Principle)

REP: 재사용/릴리스 등가 원칙

재사용 단위는 릴리스 단위와 같다

• 릴리스 절차를 통해 추적 관리되지 않거나 번호가 부여되지 않는다면 재사용 할 수도 하지도 않을 것
• 릴리스 번호가 없다면 재사용 컴포넌트들이 서로 호환되는 지 보증할 방법 X
• 릴리스 절차에는 적절한 공지와 함께 릴리스 문서 작성 포함 필요
• 단일 컴포넌트는 응집성 높은 클래스와 모듈로 구성되어야 함을 뜻함
• 하나의 컴포넌트로 묶인 클래스와 모듈은 반드시 함께 릴리스 할 수 있어야 한다
• 하나의 컴포넌트로 묶인 클래스와 모듈은 버전 번호가 같고, 동일한 릴리스로 추적 관리되고, 동일한 릴리스 문서에 포함되어야 한다
• 컴포넌트가 REP를 위배하면 컴포넌트 사용자가 알게 되고, 아키텍트로서의 능력을 높게 평가 X

CCP: 공통 폐쇄 원칙

동일한 이유로 동일한 시점에 변경되는 클래스를 같은 컴포넌트로 묶어라
서로 다른 시점에 다른 이유로 변경되는 클래스는 다른 컴포넌트로 분리하라

• 단일 책임 원칙(SRP)을 컴포넌트 관점에서 다시 쓴 것

• 대다수의 애플리케이션에서 유지보수성은 재사용성보다 훨씬 중요

• 변경을 단일 컴포넌트로 제한 할 수 있다면, 해당 컴포넌트만 재배포하면 된다

• CCP는 같은 이유로 변경될 가능성이 있는 클래스는 모두 한 곳으로 묶을 것을 추천

• 이를 통해 소프트웨어를 릴리스, 재검증, 배포하는 일과 관련된 작업량 최소화 가능

• 이 원칙은 개방 폐쇄 원칙(OCP)와도 밀접하게 관련

  → 발생 가능성이 있거나 과거에 발생했던 대다수의 공통적인 변경에 대해서 클래스가 닫혀있도록 설계

• CCP에서는 동일한 유형의 변경에 대해 닫혀있는 클래스들을 하나의 컴포넌트로 묶음으로 OCP의 교훈을 확대 적용

SRP와의 유사성