도메인주도개발 - DDD] 엔티티와 밸류

엔티티와 벨류 제대로 구분해야 도메인을 올바르게 설계하고 구현할 수 있기 때문에 이 둘의 차이를 명확하게 이해하는 것은 도메인을 구현하는 데 있어서 중요하다.

 

엔티티.

• 엔티티의 가장 큰 특징은 식별자를 가진다.
  • 식별자는 엔티티 객체마다 고유해서 각 엔티티는 서로 다른 식별자를 갖는다.
  • 엔티티의 식별자는 바뀌지 않고 고유하기 때문에 두 엔티티 객체의 식별자가 같으면 두 엔티티는 같다고 판단할 수 있다.

엔티티의 식별자 생성

• 특정 규칙에 따라 생성
• UUID나 Nano ID와 같은 고유 식별자 생성기 사용
• 값을 직접 입력
• 일련번호 사용(시퀀스나 DB의 자동 증가 컬럼 사용)

 

---

벨류

• 데이터 변경 기능을 제공하지 않는 타입 → 불변
• 참고자료
• 참고자료

 

---

도메인 모델에 set 메서드 넣지 않기

• 도메인 모델에 get/set 메서드를 무조건 추가하는 것은 좋지 않은 버릇이다. 특히 set 메서드는 도메인의 핵심 개념이나 의도를 코드에서 사라지게 한다.
  • 무조건 적인 set 메서드는 지양하고, 특정 행위의 의미를 파악할 수 있는 메서드를 제공하자.
  • ex) 주문 취소 처리

public class Order {
  private OrderState state;
  
  private void verifyNotYetShipped() {
    if (this.state != OrderState.PAYMENT_WAITING && this.state != OrderState.PREPARING) {
      throw new IllegalStateException("이미 배송이 시작 되었습니다.");
    }
  }
  
  public void cancleOrder() {
    verifyNotYetShipped();
    this.state = OrderState.CANCELED;
  }
  
  // setter를 사용하면 단순히 주문 상태 값을 설정한다는 것으로 밖에 이해할 수 없다.
  public void setOrderState(OrderState state) {
    this.state = state;
  }
  
}

• 불변 밸류 타입을 사용하면 set 메서드를 구현하지 않는다.
  • set 메서드를 제공하면 데이터가 변경될 수 있음.

 

---

DTO의 get/set 메서드

• DTO는 Data Transfer Object의 약자로 프레젠테이션 계층과 도메인 계층이 데이터를 서로 주고받을 때 사용하는 일종의 구조체이다.
• DTO가 도메인 로직을 담고 있지는 않기에 get/set 메서드를 제공해도 도메인 객체의 데이터 일관성에 영향을 줄 가능성이 높지 않다.
• 요즘 개발 프레임워크나 개발 도구는 set 메서드가 아닌 private 필드에 직접 값을 할당할 수 있는 기능을 제공하고 있어 set 메서드가 없어도 프레임워크를 이용해서 데이터를 전달받을 수 있다.
  • DTO도 불변 객체로 두어 불변의 장점을 DTO까지 확장할 수 있다.
  • 메시지 컨버터