не POCO ORM в отделенном дизайне приложения - PullRequest
0 голосов
/ 05 января 2011

Мне нужно использовать LLBLGEN или EF4.Я знаю, что с EF4 можно использовать poco, однако мне нужно использовать общий подход.Поэтому моя цель - внедрить не poco orm и отделить его от домена.Это означает, что я не могу использовать объекты DAL в Домене, так как он будет связан, поэтому я хочу использовать репозитории.Если я использую некоторый DTO между DAL и Доменом, тогда я потеряю внутреннее состояние DAL-сущностей и должен сопоставить и переназначить DTO-сущность.Вот почему я хочу написать дополнительный интерфейс для каждой сущности, которая будет иметь только объявления свойств.Хранилища будут использовать эти интерфейсы, и объекты DAL не потеряют свое состояние.Для создания нового объекта в DAL я буду использовать абстрактную фабрику.

Минусы: нет необходимости отображать DTO в DAL Entity, объекты DAL не теряют его состояние.Плюсы: нужно писать дополнительные интерфейсы и отслеживать, обновляется ли сущность, и синхронизировать ли эти модификации с интерфейсом, писать дополнительный код для реализации абстрактной фабрики (однако это не сложно).

Я лично думаю, что оно того стоит.Не могли бы вы поделиться своим мнением об этом решении?

1 Ответ

1 голос
/ 06 января 2011

Вы звучите смущенно. Вы хотите создать модель домена? Тогда сделай так. Построй СУХОЙ. Не создавайте отдельные интерфейсы свойств. Модель предметной области содержит состояние, поэтому выводится состояние DAL. Отображение должно быть почти автоматическим (все простые отображения) путем анализа модели предметной области.

...