[DDD Start!] 1. 도메인 모델 시작

도메인

• 도메인
  • 소프트웨어로 해결하고자 하는 문제 영역
  • 도메인은 여러 하위 도메인으로 구성
    • 한 하위 도메인은 다른 하위 도메인과 연동하여 완전한 기능을 제공
  • 도메인의 일부 기능은 자체시스템으로 구현, 일부 기능은 외부 업체의 시스템을 이용할 수 있음
  • 도메인 구성은 상황에 따라 달라짐

도메인 모델(개념 모델)

• 정의
  • 특정 도메인을 개념적으로 표현한 것
  • 도메인 자체를 이해하기 위한 개념 모델
• 도메인 모델을 사용하여 여러 관계자들이 동일한 모습으로 도메인을 이해하고, 도메인 지식을 공유하는데 도움이 됨
• 종류 ⇒ 표현방식은 도메인을 이해하는데 도움이 된다면 무엇이든 사용 가능
  • UML 표기법
    • 객체 기반 도메인 모델 (클래스 다이어그램)
      • 도메인이 제공하는 기능 + 도메인의 주요 데이터 구성
    • 상태 다이어그램 기반 도메인 모델
      • 상태 전이를 모델링
  • 그래프 이용한 도메인 모델링
    • 관계가 중요한 도메인일 경우
  • 수학 공식을 활용한 도메인 모델링
    • 계산 규칙이 중요한 경우

도메인 모델 패턴 (도메인 계층의 객체모델의 구현패턴)

• 아키텍쳐상의 도메인 계층을 객체 지향 기법으로 구현하는 패턴
• 일반적인 애플리케이션 아키텍쳐
  • 표현 - 응용 - 도메인 - 인프라스트럭쳐 ( - DB )
  1. 표현 (Presentation) == 사용자 인터페이스(UI)
     • 사용자의 요청을 처리하고 사용자에게 정보를 보여줌
     • 사용자: SW를 사용하는 사용자 & 외부 시스템
  2. 응용 (Application)
     • 사용자가 요청한 기능을 실행
     • 도메인 계층을 조합해서 기능을 실행
  3. 도메인
     • 시스템이 제공할 도메인의 규칙을 구현 (개념모델의 구현계층)
  4. 인프라스트럭쳐
     • DB나 메시징 시스템과 같은 외부 시스템과의 연동을 처리
• 핵심 규칙을 구현한 코드는 도메인 모델에만 위치하므로 규칙의 변경/확장 시 다른 코드에 영향을 덜 주게 됨

*도메인 모델은 도메인을 표현하는 개념적인 모델의 의미하기도 하고, 도메인 계층을 구현할 때 사용하는 객체 모델을 의미하기도 함

도메인 모델 도출

1. 요구사항 나열
2. 요구사항을 통해 도메인 별로 제공해야 하는 기능을 정의
3. 객체에 관련 기능을 메서드로 추가
4. 어떤 데이터로 구성되는지 고려하여 객체에 필드 추가
5. 2의 요구사항별로 메서드에 반영(도메인 규칙 반영)
6. 객체 생성시 조건이 있다면 이를 생성자에 반영

• 상태에 따라 제약사항이 있따면 열거타입을 이용하여 표현

엔티티와 밸류

• 도메인 모델을 크게 엔티티와 밸류로 구분됨

Entity

• 고유한 식별자를 가지는 객체
  • 엔티티의 식별자는 엔티티를 생성-수정-삭제 할때까지 바뀌지 않음.
  • 식별자를 이용해서 equals(), hashCode() 메서드를 구현할 수 있음
• 식별자 생성
  1. 특정 규칙에 따라 생성
     • ex. 주문 번호, 운송장 번호, 카드번호
     • 흔히 사용하는 규칙은 현재 시간과 다른 값을 함께 조합하는 것
  2. UUID 사용(Universally unique identifier)
     • 다수의 개발 언어에서 UUID 생성기를 제공하고 있음. (java.util.UUID class)
  3. 직접 값 입력
     • ex. 회원 아이디, 이메일
  4. 일련번호 사용
     • 주로 디비에서 제공하는 자동 증가 기능을 사용
       • ex. oracle - 시퀀스, mysql - DB 자동 증가 칼럼

Value

• 식별자를 가지지 않는 객체이면서 개념적으로 완전한 하나를 표현할 때 사용
• ex. [Value] Receiver = String recieverName + String receiverPhoneNumber [Value] ShippingInfo = String shippingAddress + String shippingZipcode
• 밸류 타입을 사용함으로써 여러개의 데이터를 묶어 개념적으로 완전한 하나를 잘 표현할 수 있음
• 밸류 타입이 꼭 두개 이상의 데이터를 가져야 하는 것음 아님 → 의미를 명확하게 표현하기 위해 밸류 타입을 사용하기도 함
  • ex. int price → Money Price
  • 단순히 int 타입으로 선언한 price 필드를 Money 라는 밸류를 사용해서 정의하면 의미가 더 명확해짐
  • Money 타입을 위한 기능을 추가할 수 도 있음 (ex. 돈계산)
• 밸류 객체의 데이터를 변경할 때는 기존 데이터를 변경하기 보다 변경한 데이터를 갖는 새로운 밸류 객체를 생성하는 방식을 선호 → 밸류는 불변으로 구현하는 것을 권장
  • 불변 타입(immutable) : 데이터 변경 기능을 제공하지 않는 타입
    • 안전한 코드 작성이 필요한 경우 사용
    • 참조 투명성 & 스레드에 안전한 특징

---

• 두 객체가 같은지 비교할 때...Value: 모든 속성이 같은지 비교
• Entitiy: 식별자를 비교
• 엔티티의 식별자의 실제 데이터는 String 과 같은 문자열로 구성되는 경우가 많지만, 식별자는 단순한 문자열이 아닌 도메인에서 특별한 의미를 지니는 경우가 많다.
• → 식별자를 위한 밸류 타입을 사용해서 의미가 잘 드러나도록 할 수 있음. ex. String [Order.id](<http://order.id>) → OrderNo Order.id
• get/set 메서드를 무조건 추가하는 것은 도메인의 핵심 개념이나 의도를 코드에서 사라지게 하므로 좋지 않음
• 도메인 객체가 불완전한 상태로 사용되는 것을 막으려면 생성자를 통해 필요 데이터를 모두 받아야 한다.
  • 생성자 호출 시점에 데이터를 검사할 수 있음

도메인 용어

• 도메인에 사용하는 용어를 최대한 코드에 반영할수 있도록 해야함
  • 코드 ↔ 도메인 용어 간 해석 과정이 줄어듬
  • 코드 가독성 높아져서 분석/이해하는 시간 절약
  • 도메인 용어를 사용해서 최대한 도메인 규칙을 코드로 작성하게 되므로 버그도 감소