Бизнес-слой в архитектуре 3 уровня

архитектура 3 уровня состоит из 3 основных слоев

• PL Внешний Вид
• BLL Слой Бизнес-Логики
• даль Уровень Доступа К Данным

каждый верхний слой запрашивает только нижний слой и никогда ничего не видит поверх него.

когда они спрашивают вас о как вы будете строить свой BLL, вы можете написать что-то например:

namespace Company.BLL
{
  // let's create an interface so it's easy to create other BLL's if needed
  public interface ICompanyBLL
  {
      public int Save(Order order, UserPermissions user);
  }

  public class Orders : ICompanyBLL
  {
    // Dependency Injection so you can use any kind of BLL 
    //   based in a workflow for example
    private Company.DAL db;
    public Orders(Company.DAL dalObject)
    {
      this.db = dalObject;
    }

    // As this is a Business Layer, here is where you check for user rights 
    //   to perform actions before you access the DAL
    public int Save(Order order, UserPermissions user)
    {
        if(user.HasPermissionSaveOrders)
            return db.Orders.Save(order);
        else
            return -1;
    }
  }
}

в качестве живого примера проекта, который я создаю:

PLвсе государственные открытые услуги, мой даль обрабатывает весь доступ к базе данных, у меня есть Слой Сервиса который обрабатывает 2 версии Службы, старый ASMX и новый сервис WCF, они предоставляются через Interface так легко для меня выбрать на лету какое обслуживание потребитель будет используя

public class MainController : Controller
{
    public IServiceRepository service;

    protected override void Initialize(System.Web.Routing.RequestContext requestContext)
    {
        ...

        if (thisUser.currentConnection.ws_version == 6)
            // Use old ASMX Web Service
            service = new WebServiceRepository6(url, ws_usr, ws_pwd);

        else if (thisUser.currentConnection.ws_version == 7)
            // Use the brand new WCF Service
            service = new WebServiceRepository7(url, ws_usr, ws_pwd);

        ...

    }
}

в приведенном выше коде я просто использую инъекцию зависимостей для разделения knowladge другого слоя, так как на этом слое (слой представления, поскольку это контроллер в проекте MVC) он никогда не должен заботиться о том, как вызвать службу и что пользователь использует ServiceA вместо ServiceB... Что ему нужно знать, так это то, что вызов IService.ListAllProjects() даст правильные результаты.

вы начинаете делить предложения, и если проблема появляется в подключении к службе, вы знаете, что это не имеет никакого отношения к уровню презентации, это уровень сервиса (в моем случае), и он легко фиксируется и может быть легко развернут новый service.dll вместо публикации всего веб-сайта снова...

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

надеюсь, это поможет.