Value Object

• 도메인 모델에서 식별자(id)가 필요하지 않고 속성/값으로만 구별되는 오브젝트
• 엔티티가 너무 많은 책임을 가지는 것을 방지하고, 특정 속성 관련 행위를 분리해서 엔티티를 더 집중된 상태로 유지하게 한다
  • 예시 email
• 원시 타입 보다는 도메인 개념을 더 명시적으로 나타내서 모델의 명확성을 높인다
• 생성 이후에 상태가 변하지 않고 변경이 필요하면 새로운 객체로 교체한다
• 자체 유효성 검사도 가능하다

핵심 개념

• 동일성 기준이 값이다

  두 VO의 모든 의미 있는 속성들이 같다면 같은 객체로 본다. 별도의 id가 없다. 예를 들어 Money(1, "USD")와 Money(1, "USD")는 서로 다른 인스턴스여도 ‘동일한 돈’이다.

• 불변이 기본이다

  생성 후 상태를 바꾸지 않는다. 값이 달라져야 한다면 “수정”이 아니라 “새 인스턴스 생성”으로 표현한다.

• 작고 자족적이며 자기 검증적이다

  자신의 불변식(유효성)을 스스로 보장한다. 잘못된 값으로는 생성 자체가 되지 않게 한다.

• 행위가 있어도 된다

  단순 데이터 주머니가 아니라, 그 값에 관한 연산을 스스로 제공해도 된다(예: money.add(tax)).

왜 ID가 필요 없는가

VO는 “이게 바로 그 객체냐?”(정체성)보다 “값이 같은가?”(구성)만 중요하다. 주소나 메모리 참조가 달라도, 도메인의 의미를 규정하는 속성 집합이 같으면 같은 것으로 본다. 반대로 사람, 주문 같은 엔티티는 시간에 따라 속성이 바뀌어도 “그 사람/그 주문”을 식별해야 하므로 ID가 필요하다.

언제 쓰는가 (예)

• Money(amount, currency)
• Email(local, domain) 또는 Email(address)
• Address(city, street, zip)
• DateRange(start, end)
• Coordinates(lat, lon)