Куда идет модель данных в приложении Prism?

Question

У меня проблемы с тем, где разместить нашу модель данных в нашем приложении Prism. Большинство, если не все или наши данные будут поступать от веб-сервисов, и веб-сервисы уникальны для каждого модуля. К сожалению, будут объекты, которыми нужно поделиться (например, объект персона / пользователь).

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

Модули создаются разными командами, но все они будут жить в одном решении (и, конечно, в системе контроля версий).

Answer 1

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

Лично я стараюсь соблюдать достаточное разделение, так как не знаю, где мои требования меняются вбудущее.Например, я собирался создать приложение ASP.NET, а затем попросил сделать ту же версию WinForm.

Добавление вашей модели в независимую сборку позволяет вам повторно использовать эту сборку независимо от типа проекта.Поэтому, если я собираюсь создать приложение Silverlight или приложение Winform, я могу использовать одну и ту же модель.

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

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

Для меня ключевыми областями разделения являются:

• Уровень доступа к данным
• Уровень бизнес-объектов (модель)
• Уровень интерфейса пользователя