0
2 필드 id 및 language_name에 대한 언어 테이블이 있습니다. 이것을 가치 객체라고 생각할 수 있습니까?언어 조회 테이블을 값 개체로 간주하는 것이 가능합니다.
전 기록 : 1 EN 2 DE 이 값은 불변으로 TR
3 자마자, 나는 그들에게 ID를 부여하고 직접 데이터베이스에 표시되는 개체로 할 필요가 없습니다 생각합니다.
A
답변
0
값 개체로 간주 할 수 있지만 DDD 방식으로 모든 것을 고려할 필요는 없습니다. 마틴 파울러의 정의에 따르면
: 우리는 도메인 모델을 사용하는 경우는 복잡한 도메인 로직을 포함하고 있기 때문에, 우리는 그것을 사용합니다.
유효성 확인 : 입력이 의미가 있고 개체가 제대로 동작하는지 확인하고 추가 작업을 수행 할 수 있는지 확인하십시오. 결과 : 세계의
유도을 상태를 변경하는 몇 가지 조치를 시작 : 우리가 이미
ValueObject의
가 유효성을 검사하고 유도에 좋은이 정보를 기반으로 일부 정보를 알아내는.반면에 언어 표는 일반적으로 i18n 문제 (ui/query conern)를 해결하는 데 사용됩니다. 일반적으로 말하자면 여기에는 도메인 로직이 없습니다.이 기능은 간단한 CRUD 스타일로 쉽게 구현되며 그렇게하기에 더 좋습니다. DDD에서 집계를 리포지토리가 반환하거나 집계를 통해서만 로컬 엔터티를 수정할 수 있도록 많은 제약 조건을 추가하십시오. 예를 들어, 사용자는 제품을 편집하고 영어 설명과 deutsch 설명을 추가합니다. 하나는 제품을 값 객체로 집계 및 설명으로 모델링 할 수 있지만 많은 가치와 시간을 낭비하지는 않습니다 (이제는 집계에 대한 동시 수정을 위해 영어 편집기와 편집자가 동시에 제품을 편집 할 수 없습니다).
하지만 제품 집계에 실제 도메인 유효성 검사 및 파생어가있는 경우 어떻게해야합니까? 재고 및 가격 책정 같이. 이것은 바운드 된 컨텍스트가 연극에 오는 곳입니다. 하나는 DDD로 모델링 된 재고/가격 책정 된 컨텍스트와 CURD로 모델링 된 제품 설명 컨텍스트를 둘 다 가질 수 있습니다.