0

LLBLGEN 또는 EF4를 사용해야합니다. EF4에서 poco를 사용할 수 있다는 것을 알고 있지만 일반적인 접근 방법을 사용해야합니다. 내 목표는 non poco orm을 구현하여 도메인에서 분리하는 것입니다. 도메인에서 DAL 엔티티를 사용할 수 없으므로 리포지토리를 사용하고 싶습니다. DAL과 도메인 사이에 DTO를 사용하는 경우 DAL 엔티티의 내부 상태를 잃어 버리고 DTO를 엔티티에 매핑하고 다시 매핑해야합니다. 그래서 속성 선언 만있는 각 엔터티에 대한 추가 인터페이스를 작성하려고합니다. 리포지토리는 이러한 인터페이스를 사용하며 DAL 엔터티는 상태를 잃지 않습니다. DAL에서 새 개체를 만들려면 추상 팩토리를 사용합니다.비 결합 응용 프로그램 설계의 비 POCO ORM

단점 : DAL 엔터티에 DTO 매핑을 다시 매핑 할 필요가 없으므로 DAL 엔터티는 상태를 잃지 않습니다. 장점 : 엔티티가 업데이트되면 추가 인터페이스를 작성하고 추적해야하며이 수정 사항을 인터페이스와 동기화해야하며 추상 팩토리를 구현하기위한 추가 코드를 작성해야합니다 (어렵지는 않음).

저는 개인적으로 그만한 가치가 있다고 생각합니다. 이 솔루션에 대한 의견을 공유해 주시겠습니까?

답변

1

혼란 스럽습니다. 도메인 모델을 만드시겠습니까? 그렇게해라. 건조하도록하십시오. 별도의 속성 인터페이스를 만들지 마십시오. 도메인 모델은 상태를 보유하므로 DAL 상태가 도출됩니다. 매핑은 도메인 모델을 조사하여 거의 자동으로 수행되어야합니다 (모든 간단한 매핑).

관련 문제