Tackling Complexity in the Heart of Software

복잡한 도메인(문제 영역)을 이해하고 모델링하고, 공통 언어로 소통하는데 초점을 맞추는 방법론.

• DDD는 모델을 동작하게 만들어 애플리케이션의 문제를 해결한다.^p.62
  • 지식 탐구 → Ubiquitous Language 사용 → (단일) 모델 생성 → 모델과 구현을 밀접하게 연관 시킴
• DDD의 목표는 기술보다는 도메인에 대한 모델에 집중해 더 나은 소프트웨어를 만들어내는 것이다.^p.154

본문 내용 출처 : Eric Evans. 『도메인 주도 설계』. 이대엽(역). 위키북스, 2011.

서문

Part I: Putting the Domain Model to Work

1부 동작하는 도메인 모델 만들기

Part II: The Building Blocks of a Model-Driven Design

2부 모델 주도 설계의 기본 요소

Part III: Refactoring Toward Deeper Insight

• 유용한 모델을 성공적으로 개발하기 위해 명심해야 할 세 가지 관건
  • 정교한 도메인 모델은 만들 수 있으며, 노력을 들일 만한 가치가 있다.
  • 해당 도메인을 학습하는 개발자와 도메인의 전문가의 긴밀한 참여와 반복적인 리팩터링 과정 없이 유용한 모델을 개발하기란 쉽지 않다.
  • 유용한 모델을 효과적으로 구현하고 사용하려면 정교한 설계 기술이 필요할지도 모른다.

Levels of Refactoring

Deep Models

도메인의 피상적¹⁾인 측면은 배제하고
도메인 전문가의 주요 관심사와 가장 적절한 지식을 알기 쉽게 표현하는 모델이다.
이 정의가 추상화를 의미하는 것은 아니다.
심층 모델이 일반적으로 추상적인 요소를 포함하기는 하지만
문제의 핵심을 관통하는 구체적인 요소 또한 포함할 수 있다.

도메인과 조화를 이루는 모델에서는 융통성, 단순함, 설명력을 얻을 수 있다.
그러한 모델이 공통적으로 지니고 있는 한 가지 특징은 업무 전문가가 즐겨 쓰는 단순하지만 충분히 추상적인 언어가 존재한다는 것이다.

Deep Model/Supple Design

10 유연한 설계

Supple Design은 변경을 촉진할 뿐 아니라 모델 자체의 개선에도 기여한다.
Model-Driven Design을 지탱하는 두 개의 축이 있다.
심층 모델은 ^①설계의 표현력을 부여한다.
그와 동시에 개발자가 여러 가지 시도를 할 수 있을 정도로 설계가 유연하고
개발자가 무슨 일이 일어나고 있는지 파악할 수 있을 만큼 설계가 명확하다면
^②모델의 발견 과정에 통찰력을 제공할 수 있다.

The Discovery Process

• 09 암시적인 개념을 명확하게 만들기 : 도메인의 중심 개념을 찾아 설계에 반영하는 방법을 다룬다
• 10 유연한 설계 : 쉽게 확장하고 변경할 수 있는 소프트웨어를 작성하는 방법을 다룬다
• 11 분석 패턴의 적용, 12 모델에서 디자인 패턴 연결 : 모델링 삽질을 줄일 수 있는 방법 소개. 이러한 패턴은 바로 사용 가능한 해결책은 아니지만 면밀한 지식 검토 과정에 도움을 주고 조사해야 할 범위를 줄여준다.

• 08 도약
• 09 암시적인 개념을 명확하게 만들기
• 10 유연한 설계
• 11 분석 패턴의 적용
• 12 모델에서 디자인 패턴 연결
• 13 더 심층적인 통찰력을 향한 리팩터링

Part IV: Strategic Design

• 14 모델의 무결성 유지
• 15 디스틸레이션
• 16 대규모 구조
• 17 전략의 종합