저장, 진행, DDD, 엔티티

저는 도메인 구동 디자인을 처음 사용합니다. 나는 사용자가 작업을 통해 진행의 중간 결과를 저장할 수있는 웹 응용 프로그램을 가지고 있습니다. 즉 양식의 데이터를 초안으로 저장하고 나중에 다시 채울 수 있습니다. 양식이 엔티티와 그 집계의 루트를 나타내는 경우 상태에 따라 절반 굽기 상태로 엔티티를 저장해도 괜찮습니까?저장, 진행, DDD, 엔티티

출처

2011-02-03 Gopal

에 따라 다르지만 실제로 이에 대한 올바른 대답은 없습니다.

이 경로를 사용할 수는 있지만 다른 도메인 원칙에 위배 될 수 있습니다. 그 이유는 어떤 도메인 객체도 유효하지 않은 상태가 될 수 없다는 것입니다.

상태로이 작업을 수행하는 것이 논리적 일지라도 서브 시스템의 도메인은 양식 제출이므로 도메인 자체는 절반으로 채워진 양식을 제외하지 않으며 제출시에만 모든 필수 필드 완료해야 할 필요가 실제로 영향을줍니다.

예를 들어이 유효 형태로 작성 반 동안 감각을 많이 만들 수 있습니다 - 양식이 완전한 것으로 간주 될 수있는 때까지 (예 : 감독자 사인 오프를 얻을 수 등) 워크 플로우를 통해 갈 필요 특히

출처

2011-02-03 13:29:13 saret

순전히 고맙습니다. 예, 컨텍스트 기반입니다. 이것은 도메인 객체가 유효한 상태가 아닌 것과 직면 한 것과 동일한 충돌이며 워크 플로를 진행하면서 도메인 객체가 저장되도록 허용해야합니다. – Gopal

내 기쁨 -이 경우에는 괜찮은 것 같습니다. 두 가지 유형의 유효성 검사가 있습니다. ValidForSave 및 ValidForSubmission – saret

@GeorgeKT 아마 단일 도메인 엔터티로 두 개의 다른 개념을 모델링하려고합니다. 저는 DDD에 처음으로 익숙해지기를 원합니다. 그렇지만 비즈니스 저축으로 볼 때 절약 진전이 도메인의 일부가 될 수 있다고 생각합니다. 불완전한 DraftEntity를 갖는 것은 어떻습니까? 그런 다음 DraftEntity는 프로세스가 완료되면 Entity로 변환됩니다. – plalx

저장, 진행, DDD, 엔티티

답변

관련 문제