도메인 주도 설계 기본

'Getting Started: Domain-Driven Design'를 기반으로 재구성되었습니다.

목표

• 지속 가능한 소프트웨어 개발을 위한 코드 구성 방법을 이해한다.
• 도메인 지식을 코드로 표현하는 설계 패턴을 학습니다.

목차

• Part 1. 비즈니스 관심사
  • [ ] Chapter 01. Domain Exploration
  • [ ] Chapter 02. Deeper Domain Exploration
  • [ ] Chapter 03. Use Case
  • [ ] Chapter 04. Domain
• Part 2. Host 기술 관심사
  • [ ] Chapter 05. Host(Option)
  • [ ] Chapter 06. Container(Service Discovery)
  • [ ] Chapter 07. OpenTelemetry
  • [ ] Chapter 08. Resilience
• Part 3. Input/Output 기술 관심사
  • [ ] Chapter 09. WebApi
  • [ ] Chapter 10. PosgreSQL
  • [ ] Chapter 11. RabbitMQ
  • [ ] Chapter 12. Reverse Proxy

솔루션 구성 원칙

1. 분리(Separation)
   • 괸심사(Concerns): 비즈니스 관심사 vs 기술 관심사
   • 목표(Goals): 주 목표 vs 부수 목표(주가 되는 것에 붙어 따르는 것)
2. 방향(Direction)
   • 위(Up): 기술적으로 더 중요한 요소(부수 목표)
   • 아래(Down): 비즈니스적으로 더 중요한 요소(주 목표)

방향	관심사의 분리	목표의 분리
위(Up)	기술 관심사(무한)	부수 목표(무한 -Abstractions-> 유한)
아래(Down)	비즈니스 관심사(유한)	주 목표(유한)

• 부수 목표의 무한성을 유한으로 전환하기 위해 Abstractions 상위 폴더를 도입하고, 그 아래 하위 폴더에 무한한 부수 목표를 배치합니다.
• 이를 통해 부수 목표가 주 목표와 명확히 분리되며, Abstractions 폴더를 상단에 배치함으로써 나머지 모든 폴더가 주 목표를 명확히 드러내게 됩니다.

{T}
├─Src
│  ├─{T}                          // Host               > 위(Up): 기술적으로 더 중요한 요소(부수 목표)
│  ├─{T}.Adapters.Infrastructure  // Adapter Layer      > │
│  ├─{T}.Adapters.Persistence     // Adapter Layer      > │
│  ├─{T}.Application              // Application Layer  > ↓
│  └─{T}.Domain                   // Domain Layer       > 아래(Down): 비즈니스적으로 더 중요한 요소(주 목표)
│     ├─Abstractions                                    > 위(Up): 기술적으로 더 중요한 요소(부수 목표)
│     │                                                 > ↓
│     └─AggregateRoots                                  > 아래(Down): 비즈니스적으로 더 중요한 요소(주 목표)
│
└─Tests
   ├─{T}..Tests.Integration       // Integration Test   > 위(Up): 기술적으로 더 중요한 요소(부수 목표)
   ├─{T}..Tests.Performance       // Performance Test   > ↓
   └─{T}..Tests.Unit              // Unit Test          > 아래(Down): 비즈니스적으로 더 중요한 요소(주 목표)