Блог

У меня есть вопрос по архитектуре. У меня есть проект DAL с классами poco (эквивалентные таблицы в базе данных), проект BLL и проект пользовательского интерфейса. Проект пользовательского интерфейса имеет ссылку на проект BLL, а проект BLL имеет ссылку на проект DAL.

Я хотел бы отобразить в проекте пользовательского интерфейса данные, например, из таблицы Product из базы данных. Должен ли я создать в классе проекта BLL такой же, как класс poco в проекте DAL, вернуть его в проект пользовательского интерфейса и отобразить его?

Итак, это мой класс poco в DAL (эквивалентная таблица в базе данных):

 public class Product 
{

    public int  ID  {get; set; }
    public string  Name   {get; set; }
    public String  Address {get; set; }
}
  

В BLL я создал бизнес-объект, аналогичный классу poco выше:

 public class ProductBO
{
    public int ID { get; set; }
    public string Name { get; set; }
    public String Address { get; set; }
}
  

В BLL у меня также есть метод, который получает продукты из DAL и сопоставляет их с бизнес-объектами — ProductBO:

 public class ProductService
{
    public List<ProductBO> GetAllProducts()
    {
        List<ProductBO> productsBO = new List<ProductBO>();

        using (var context = NorthwindFactory.CreateContext())
        {
            List<Product> products = context.Product.ToList();

            foreach (var product in products)
            {
                productsBO.Add(new ProductBO { ID = product.ID, Address = product.Address, Name = product.Name });
            }
        }

        return productsBO;
    }
}
  

И теперь в проекте пользовательского интерфейса в контроллере я вызываю службу из BLL, которая возвращает список, и в представлении я могу отображать данные с помощью бизнес-объекта ProductBO.

 @model IEnumerable<WebApplication1.BLL.BusinessObjects.ProductBO>

<table class="table">
    <tr>
        <th>
            @Html.DisplayNameFor(model => model.Name)
        </th>
        <th>
            @Html.DisplayNameFor(model => model.Address)
        </th>
    </tr>
@foreach (var item in Model) {
    <tr>
        <td>
            @Html.DisplayFor(modelItem => item.Name)
        </td>
        <td>
            @Html.DisplayFor(modelItem => item.Address)
        </td>
    </tr>
}
</table>
  

Это правильный подход к архитектуре?

Ну, нет единственно правильного подхода. Но я стараюсь избегать создания набора классов DAL. Современные ORM позволяют работать с классами POCO. Да, есть некоторые ограничения (например, перечисления), но ИМХО не стоит создавать две копии каждого бизнес-объекта и сопоставлять их. Итак, я использую один объект POCO, который находится в сборке бизнес-логики. Entity Framework работает с этим объектом, сохраняет и загружает его из базы данных. Нет сопоставления.

Уровень представления отличается. Обычно у вас есть несколько представлений одного и того же объекта на разных страницах. Вы также должны использовать разные атрибуты аннотации данных для установки ограничений на модели представления или некоторые UIHints. Это загрязнило бы ваш бизнес-объект логикой, специфичной для пользовательского интерфейса. Также вам часто нужно будет отображать форматированные или измененные данные, например, полное имя вместо имени и фамилии вашего лица. сущность. Итак, здесь я не использую свои бизнес-объекты POCO, а вместо этого создаю модели представления.

С вашим образцом продукта этот подход будет выглядеть так:

• Сборка бизнес-логики имеет объект POCO Product
• Сборка с сохранением ссылается на сборку бизнес-логики и использует то же самое Product
• Проект пользовательского интерфейса имеет разные модели представления и т.д. ProductViewModel BriefProductViewModel Он также отвечает за сопоставление Product и просмотр моделей. Примечание — ручное сопоставление занимает много времени. Я предлагаю вам использовать какую-нибудь библиотеку сопоставления, например AutoMapper или ValueInjecter

Вы должны определить свои объекты POCO (domain) в вашем проекте BLL, поскольку они являются бизнес-объектами.

Ваш DAL должен иметь ссылку на BLL, а не наоборот.

Лично я сторонник архитектуры Onion, которая помещает ваш домен в центр вашего приложения. Любой добавляемый вами слой должен ссылаться только внутрь, а не наружу. Итак, по этому определению ваш BLL является центром и ни на что не ссылается. Добавьте слой DAL, и он может ссылаться только внутрь, поэтому он может ссылаться на BLL. Уровень пользовательского интерфейса также ссылается только на BLL, но не на DAL, поскольку DAL является деталью реализации.