[도메인 주도 설계 핵심] 1장 나에게 도메인 주도 설계는

DDD가 우리에게 상처를 줄까?

• DDD는 우리에게 상처를 주지 않는다.
• 프로젝트의 복잡성을 이기는 데 수반되는 고통을 줄여줄 것이다.

좋은, 나쁜 그리고 효과적인 설계

• 설계하지 않은 것으로 기대했던 비용 절감은 오류다.
• 설계는 필연적이다.
• 심사숙고하는 설계의 비용이 두려운가
  • 얼마나 그 시스템을 사용해야 하고
  • 나쁜 설계를 수정해야 하는 것에 얼마나 더 큰 비용이 들 것인가

전략적 설계

• 전략적 설계
  • 비니지스 중요도에 따라 일을 나누고 통합하는 최적의 방법을 강조한다.
• Bounded Context: 도메인 모델을 분리
• Ubiquitous Language(보편언어)를 개발
  • 도메인 전문가의 참여가 중요
• Subdomain
• Context Mapping
  • bounded context 통합
• Context Map
  • 2개의 bounded context를 통합하면서 그 사이에 존재하는 팀의 관계, 기술적 메커니즘을 정의한다.

전술적 설계

Entity와 Value object를 알맞은 크기의 aggregate으로 묶는다.

학습 과정과 지식의 정제

팀이 비지니스의 핵심 역량에 대해 배워갈 때, DDD는 지식을 더욱 발전시킬 수 있도록 생각하는 법을 알려준다.