Дублирование кода POCO в разных слоях с первыми миграциями кода

Question

Я заинтересован в использовании сущности framework - сначала переносится код с новой базой данных, и у меня есть некоторые вопросы/проблемы с дублированием кода POCO в информационных и бизнес-слоях.

Идея состоит в том, чтобы иметь уровень доступа к данным, содержащий мои объекты POCO, все декорированные элементами типа схемы базы данных, такими как длины строк, связанные с внешним ключом вещи, которые не работают из коробки, и все остальное. Этот уровень также будет действовать как репозиторий, который будет возвращать скалярные значения, сущности, агрегаты и IEnumerables.

Над этим будет бизнес-уровень, который будет обрабатывать разговоры с репозиторием и кучу бизнес-логики.

В верхней части находится слой презентации. Этот слой говорит о бизнес-слое и не имеет представления о слое данных - все, что он понимает, - это модели просмотра. Я бы использовал шаблон MVC на этом уровне, используя только модели просмотра.

Проблема, с которой я сталкиваюсь, связана с тем, где я должен делать сопоставление между моделями просмотра и моделями данных. Если я определяю модели представления в своем слое представления, бизнес-уровень не будет знать, что они существуют.

• Мне лучше определить модели представления в бизнес-слое или мне нужен набор моделей доменов в бизнес-слое, о котором будет знать слой презентации и с которым можно выполнить сопоставление?
  • Может ли дополнительный набор моделей доменов быть вопиющим дублированием моделей, определенных в слое данных?

Answer 1

В зависимости от масштаба проекта, я обычно используют один из двух методов, указанных ниже:

1) имеют набор моделей домена отдельно от всех слоев, а затем все слои ссылки их. Плюсы: слои по-прежнему независимы, нет дублирования модели, нет необходимости отображать модели слоев. Против: изменение в модели домена повлияло бы на все уровни, например. Изменение БД может нарушить отображение

2) есть модели в каждом слое. Бизнес-уровень сопоставил бы свои модели с данными уровня данных, уровень представления сопоставил бы его модели с уровнями бизнес-уровня Плюсы: каждый слой делает одну вещь, изменения в базовых моделях не распространяются через уровень Минусы: дублирование моделей вероятно, и картографирование должно поддерживаться

Первый подход лучше всего подходит для небольших приложений и сценариев «прямого обновления», второй лучше работает в крупных проектах с несколькими движущимися компонентами.

P.S. «определение моделей представления в бизнес-слое» - это определенно «нет-нет».