문제

가상의 도메인 모델을 살펴보면서 도메인 객체를 관련시키는 데있어 더 나은 접근 방식이 상위 도메인 객체에 포인터 (아동의 식별자)가 포함되어 있는지 또는 사용하는 것이 더 나은 접근 방식인지 궁금해했습니다. 자식 개체는 부모 객체 내에 복합재를 구축합니다.

나는 각 접근 방식의 장단점, 대부분 규모와 복잡성을 상환하는 것을 볼 수 있습니다. 나는 어떤 종류의 게으른 하중을 수행 할 필요성을 기대하지 않기 때문에 식별자 관계 접근 방식에 더 많이 의존하는 경향이 있습니다.

직접 관련이 없지만 도메인 객체는 간단한 pocos (.net-equivalent of pojos)입니다. 그들은 결국 응용 프로그램 영역 사이를 교차 할 가능성이 높기 때문에 직렬화 가능한 것으로 명시 적으로 표시됩니다. LINQ는 관계 식별자에게 접근 할 수있게 해주 며 LINQ를 사용할 수 없다면 전혀 고려하지 않을 것입니다.

모든 생각은 감사 할 것입니다!

편집 : 식별자 전용 접근 방식에 의존 할 수있는 몇 가지 생각이 더 있습니다. 먼저 물체의 캐싱 정책입니다. 정책에 의해 정의 된대로 부모와 자식 객체가 다른 TTL을 가질 수 있습니다. 두 번째는 재사용 가능한 데이터의 경우 동일한 자녀가 여러 부모가 동일한 자녀가 보유 할 수 있다는 점에서 참조 보유가 물체 재사용을 제한 할 수 있다는 것입니다. 이 두 가지 모두 직렬화 된 객체의 전체 크기와 관련이 있습니다.

도움이 되었습니까?

해결책

나는 내 pocos에 둘 다 사용합니다. 나는 부모 수업의 자녀 목록과 아동 수업의 부모 사례로 그들을 생성합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top