적정 소프트웨어 아키텍처

모델 재사용

모델을 모두 재사용할 수 없다.

모델은 세부 사항을 생략하며 구축하기에 재사용이 불가능하다.

기차 운행 시간 모델은 기차의 감가상을 계산하는 모델로 재사용할 수 없다.

일반적으로 한 목적으로 만들어진 모델은 다른 목적으로 동작하지 않는다

142p.

 

프로그래밍 언어로는 큰 아키텍처 요소를 설명하기 어렵다

런타임을 코드로만 보고 이해하기 어렵다.

아키텍쳐 제약조건, 스타일은 코드에서 보기 어렵다.

232-233

 

코드에서 설계의 의도를 표현하는 패턴 중 하나는 실체화(인스턴스 생성)이다.

컴포넌트라는 이름을 붙여서 대괄호를 만들 수있다. 마커의 역할

컴포넌트끼리의 소통은 커넥터를 통해서만.

236

 

메소드의 이름에 너무 많은 기능이 있다면 다루기 어렵다.

불변해야하는 규칙이 있다면 코드에 강제해라.

런타임 종속성은 이해하기 어렵지만 주변에 설정 코드가 있다면 이해할 수 있다.

코드가 사용자가 메소드를 사용하고 놀랄 거 같다면 이름을 잘지어라.

240

 

시스템이 이해하지 못하면 메뉴얼로 풀어라

패키지가 아키텍쳐의 부가적인 해설은 될 수 있지만 전체적인 해설은 하기 힘들다.

상속할 것이 없는 인터페이스는 의미 없진 않다. 아키텍쳐의 힌트가 될 수 있다.

-246

 

인터페이스는 오퍼레이션 힌트이다.

많은 중첩으로 이해가 힘들때면 스토리가 있어야 한다.

 

스토리는 비용이 든다

 

모든 것을 계층적으로 풀 수 없다.

하향식 설계는 안티 패턴.

 

인터페이스는 세부정보를 숨길 수 있지만 여러분이 숨기려는 세부정보가 맞는가?

268