4부, 컴포넌트 원칙

2021.10.26

12장 컴포넌트

컴포넌트는 배포 단위다. 시스템의 구성 요소로 배포할 수 있는 가장 작은 단위다.
- 컴파일형 언어에서 컴포넌트는 바이너리 파일의 결합체. 인터프리터형 언어의 경우는 소스 파일의 결합체.
소프트웨어 개발 초창기에는 메모리에서의 프로그램 위치와 레이아웃을 직접 제어함.
- 지능적인 로더 사용으로 메모리에 재배치할 수 있는 형태의 바이너리를 생성하도록 컴파일러를 수정하는 것으로 개선이 되었다.
- 프로그램도 규모가 커지고 시간이 지나면서 링킹 로더가 너무 느려져서 결국 링커와 로더가 분리되었다.
- 링커는 링크가 완료된 재배치 코드를 만들어주고, 덕분에 로더의 로딩 과정이 아주 빨라졌다.
- 각 모듈은 컴파일하는데 시간 소요가 얼마 안되었지만, 전체 소요시간은 다시 늘어났다.
- 컴파일하고 링크하는데에 소요되는 시간은 결국 무어가 등장하며 해결.
무어의 법칙 : 반도체 집적 회로, 즉 메모리의 성능은 24개월마다 2배로 증가한다는 법칙
이로하여 공유 라이브러리 시대가 열렸다.
여기까지 오는데 50년이 걸렸다.

컴포넌트 사용자들을 필요하지 않는 것에 의존하게 강요하지 말라.
강하게 결합되어 있는 클래스들만 컴포넌트의 모듈로 사용하라.
어떤 클래스를 묶어도 되는지보다 어떤 클래스를 묶어서 안되는지에 대해서 이야기한다.
ISP(인터페이스분리원칙)의 포괄적인 버전.
- 사용하지 않는 클래스를 가진 컴포넌트에 의존하지 말라.
필요하지 않은 것에 의존하지 말라.
REP와 CCP는 포함 원칙, CRP는 배제 원칙.
컴포넌트 응집도 원칙 다이어그램의 중간지점을 지키도록 노력해야 한다.
이는 시간이 흘러가며 주의를 기울이는 부분이 변할 수 있다.
- 프로젝트가 성숙하고, 다른 프로젝트가 파생된다면 점차 왼쪽으로 이동해 간다
어떤 클래스들을 묶어 컴포넌트로 만들지 결정할 때, 재사용성과 개발 가능성의 교차지점을 반드시 고려해야 한다. ( 이 균형점은 거의 항상 유동적 )
컴포넌트 구조는 시간이 지남에 따라 흐트러지며, 또 진화한다.

컴포넌트 의존성 그래프에 순환이 있어서는 안된다.
순환 의존을 막기 위한 2가지 해결책은 주단위 빌드와 의존성 비순환 원칙을 지키는 것이다.
주단위 빌드
- 현실적으로 힘들어 보임.
순환 의존성 제거하기
- 개발 환경을 릴리즈 가능한 컴포넌트 단위로 분리하는 것.
- 해당 컴포넌트를 개발하는 개인 혹은 팀은 개발 & 릴리즈를 하여 다른 개발자들이 사용할 수 있게 만든다.
- 컴포넌트 다이어그램은 비순환 방향 그래프(Directed Acyclic Graph )로 표현이 된다.
- 컴포넌트 다이어그램의 의존성을 파악하고 있으면 시스템을 빌드하는 방법을 알 수 있다.
순환이 컴포넌트 의존성 그래프에 비치는 영향
- 여러 클래스 중 하나에 간단한 단위 테스트를 실행하는데 많고 다양한 라이브러리, 다른 사람의 작업물을 포함해야 한다면 의존성 그래프에 순환이 있기 때문이다.
순환 끊기
- DIP를 적용한다.
흐트러짐
- 애플리케이션이 성장함에 따라 구조는 흐트러지며 성장한다.
- 항상 관심을 갖고 관찰하자.

컴포넌트 구조는 프로젝트 초기에 설계할 수 없다.
- 빌드하거나 유지보수할 소프트웨어가 없다면 빌드와 유지보수에 관한 지도 또한 필요 없기 때문이다.
모듈들이 점차 쌓이기 시작하면, SRP(단일책임원칙)과 CCP(공통폐쇄원칙)에 관심을 갖기 시작한다.
의존성 구조와 관련된 최우선 관심사는 변동성을 격리하는 일이다.
애플리케이션이 성장함에 따라, 재사용 가능한 요소를 만드는 일에 관심을 기울이며, CRP(공통재사용원칙)이 영향을 미치기 시작한다.