반 버논의 도메인 주도 설계 구현을 읽고 내용을 정리하였다.

이해가 가지 않는 내용이나 너무 추상적인 내용은 추후에 추가적인 자료로써 보강하려고 한다

• 시작하기 전에

  • 도메인 전문가와 함께 하라
  • 도메인 전문가는 직책이 아니다. 누구든지 가능하다

• 도메인 주도 설계란?

  • 엔티티, 어그리게잇과 같은 기술적(전술적)인 개념과 바운디드 컨텍스트, 컨텍스트 맵, 유비쿼터스 언어와 같은 전략적 설계의 개념을 도입하여 소프트웨어를 작성하는 방법을 의미한다
  • 이 중 엔티티, 어그리게잇 과 같은 기술적인 개념만 이용하는 것을 DDD-LITE라 부른다

• 도메인 주도 설계가 집중한 이익

  • 도메인 전문가와 개발자가 함께 동의한 비즈니스 모델의 작성이 가능하다
  • 비즈니스의 전략적 방향에 따른 개발을 가능하게 지원한다
  • 전술적 모델링 도구를 이용해 실제 소프트웨어의 기술적 요구에 응한다

• 도메인 주도 설계의 단점(난관)

  • 유비쿼터스 언어를 만드는 시간과 노력
  • 도메인 전문가가 프로젝트 내내 함께하는 것
  • 도메인 해결책에 대한 개발자의 사고방식을 변경하는 것
  • 핵심 도메인에 최고 기술 수준의 개발자가 참여해야 한다

• 도메인 주도 설계의 개발 방법 (feat. TDD를 이용한 )

1. 클라이언트가 새로운 도메인 객체를 사용하는 방법을 보여주는 테스트 코드 작성
2. 테스트가 컴파일이 가능 할 때 까지 코드의 구현
3. 리팩토링
4. 팀원에게 시연 또는 리뷰

• 전략적 설계(모델링)

• 도메인 모델이란

  • 아주 구체적인 비즈니스 도메인에 관한 모델. 주로 객체로 구현된다
  • 크기가 작은 집중된 형태로 작성되어야 한다
  • 조직의 전체 도메인은 여러 개의 서브 도메인으로 구성되어 있다