Enterprise Application в .NET

Question

Можете ли вы дать мне какой-нибудь удар или дать мне объяснение, как создать Enterprise App в .net и как использовать тип проекта или как должна быть структура этих проектов? Я новичок в EE, и я читал об этом, но для меня это лучшее объяснение на примере реального мира. Моя идея о структуре решения ЭЭ в .net является то, что:

• Уровень данных (типа проекта => класс библиотека)

  • доступа к базе данных классов
  • некоторым картографы (я не уверен, если я мог бы использовать данные модели преобразователя или другое? Является ли хорошей идеей?)

• Бизнес Tier (тип проекта => библиотека классов)

  • объектов, которые Виль LBE отображается в картографе данных в данном уровне
  • и некоторой логике приложения
  • сервис уровня (я не уверен, что он должен быть индивидуальным уровнем, или subtier из BUSSINESS ярусе - Я хочу использовать WCF)
• Клиент (тип проекта => WebForms/Android/WPF/....)
  • будет общаться с BUSSINESS ярусе над WCF

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

Answer 1

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

Бизнес-уровень, от которого зависит бизнес DDD, должен быть инкапсулирован внутри богатой модели данных. Модель анемичных данных рассматривается как анти-образец. Но лично богатая модель может привести к гибели разделения парадигмы озабоченности. Иногда полезно иметь модель анемичных данных и бизнес-уровень поверх этой модели. Подобно обработчикам, где каждый обработчик выполняет ровно одно действие ...

В дополнение к бизнес-слою обычно применяется прикладной уровень, который предоставляет интерфейс снаружи, вашим клиентам. Он должен быть действительно тонким без какой-либо бизнес-логики. Может быть, Restful api, который позволит вам подключать различных клиентов, таких как Android, wpf, Javascript ...

Answer 2

Реализация я нашел весьма полезным является:

• Data Access Layer:
  • Entity Framework: Единица работы
  • Repository Pattern
• Бизнес Layer
  • Этот слой отображает объекты и Db вызовы на DTOS
• Presentation Layer
  • Здесь вы представить ваши DTOS с помощью MV? или любая другая модель

Там вы используете по крайней мере 4 шаблонов проектирования.