양식 관리 시스템을 구축 중입니다. 시스템이 여러 양식을 포함하고, 저장하고, 논리를 수행합니다. DDD 방식을 사용하여 작업을 수행하려고합니다.DDD를 사용하여 양식 시스템 구축
나는 (지금)해야 이름이 기본 폼 개체를해야합니다 :
나는 지금까지 내가이 같은 도메인 참조 ASP.NET MVC를 사용하여 나중에 쉽게 폼 레이아웃을 지원하고자 , 필드 (및 theire 값) 및 유효성 검사 논리.
내 질문은 :
제네릭을 사용하여 필드 valueobject를 작성해야합니까? 나는 그것을 파악하는 것 같다.
너무 모호한 질문입니다. 문맥을 조금 지정하십시오. 어떤 종류의 값 객체를 정의하려고하는지, 왜 정확히 제네릭 등이 필요한지를 지정하십시오.
유효성 검사 로직을 양식에 캡슐화해야합니까? 아니면 사양 패턴을 사용해야합니까?
유효성 검사 논리는 it has to go입니다. 도메인 유효성 검사 논리는 사양에 캡슐화해야하지만 필수는 아닙니다. 주요 사항 - 도메인 객체 클래스 정의의 소스 코드를 볼 때 적용된 유효성 검사를 파악하고 이해할 수 있어야합니다.
모호한 설명 외에 양식을 다루는 것이 본질적으로 DFT에 적합한 이 아닌이 아닌 문제입니다. 플랫 옵션 목록에서 어떤 종류의 개체 모델을 만들 수 있습니까?
물론 사용중인 양식과 관련된 유효성 확인 논리가 필요하지만 간단한 OO 설계로는 여기까지 충분히 도달 할 수 있습니다. DDD에서 귀하에게 어떤 것을 사주는지는 알 수 없습니다.
참고 자료로, 문서 데이터베이스를 확인하십시오. ObjectDb 또는 관계형 데이터베이스에 저장된 정교한 도메인 모델보다 작업에 더 적합 할 수 있습니다.