三层架构中的业务层

Question

我去参加面试，并被要求展示我的业务层架构。我对三层架构有一些想法，但真的不知道在面试官面前要写什么。 因此，假设我的项目涉及一个组织的员工，那么我会在那里写什么。它是我应该制作的任何类型的图表还是一些编码部分。我在 C# 框架 3.5 中工作。我真的不明白这个问题还需要提到什么，所以如果需要什么，请告诉我。谢谢。

编辑 我在 winform 中工作。 我知道什么是业务层，但是不知道该告诉面试官什么，因为业务层有代码，而且显然我的项目有点大，所以代码量很大。那么我应该在那里写什么？

Answer 1

3 层架构由 3 个主要层组成

• PL 表示层
• BLL 业务逻辑层
• DAL 数据访问层

每个顶层仅询问下层并且从来没有看到上面有任何东西。

当他们询问您您将如何构建 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 都是公开的服务，我的 DAL 处理对数据库的所有访问，我有一个服务层处理 2服务的版本，旧的 ASMX 和新的 WCF 服务，它们通过接口公开，因此我可以轻松地即时选择用户将使用的服务

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);

        ...

    }
}

在上面的代码中，我只是使用依赖注入来分离另一层的知识，因为在这一层（表示层，因为这是 MVC 项目中的控制器）它不应该关心如何调用服务以及用户使用的服务ServiceA 而不是 ServiceB...它需要知道的是，调用 IService.ListAllProjects() 将给出正确的结果。

您开始划分建议，如果服务连接中出现问题，您知道这与表示层无关，它是服务层（在我的例子中），并且很容易修复，并且可以轻松部署新的服务。 dll 而不是再次发布整个网站...

我还有一个助手，它保存我在所有项目中使用的所有业务对象。

我希望它有帮助。

Answer 2

业务逻辑定义为与应用程序数据的检索、处理、转换和管理有关的任何应用程序逻辑；业务规则和政策的应用；并确保数据的一致性和有效性。为了最大限度地提高重用机会，业务逻辑组件不应包含特定于用例或用户故事的任何行为或应用程序逻辑。业务逻辑可以进一步细分为以下两类：

• 业务工作流。 UI 组件从用户收集所需数据并将其传递到业务层后，应用程序可以使用这些数据来执行业务流程。许多业务流程涉及多个步骤，这些步骤必须以正确的顺序执行，并且可以通过编排相互交互。业务工作流定义和协调长期运行、多步骤的业务流程，并且可以使用业务流程管理工具来实施。它们使用业务流程组件来实例化工作流组件并对其执行操作。
• 业务实体 业务实体，或更一般地说，业务对象，封装了在应用程序中表示现实世界元素（例如客户或订单）所需的业务逻辑和数据。它们存储数据值并通过属性公开它们；包含和管理应用程序使用的业务数据；并提供对业务数据和相关功能的有状态编程访问。业务实体还验证实体内包含的数据并封装业务逻辑，以确保一致性并实现业务规则和行为。

Answer 3

业务层负责所有业务逻辑层。例如
你有组织，所以员工的组织和集合。
在员工对象中需要实施一些限制或一些规则。
该规则将在这一层实现。

Answer 4

3 层如下，

1. 您在一层中进行演示。
2. 您的应用程序逻辑位于其他层——称为业务层。
3. 您的数据访问类位于第三层。 ——称为数据层。

网络表单将成为表示层
因此，根据我的理解，对于员工类，在 ASP.Net 代码隐藏文件中执行的任何操作都可以被视为业务层，因为您使用 if/else 等应用业务规则。
App_Code 文件夹中的数据访问类将是数据层。

对于桌面应用程序，表单设计将是表示层，表单代码将是业务层，与访问数据库相关的任何内容将是数据层。

Answer 5

三层架构是一种由逻辑计算的三个“层”或“层”组成的软件架构。它们通常在应用程序中用作特定类型的客户端-服务器系统。三层架构通过模块化用户界面、业务逻辑和数据存储层，为生产和开发环境提供了许多好处。

业务逻辑层：业务逻辑是管理最终用户界面和数据库之间通信的编程。业务逻辑的主要组成部分是业务规则和工作流。

业务逻辑层 (BLL)，充当表示层和 DAL 之间数据交换的中介。在实际应用程序中，BLL 应作为 App_Code 文件夹中的单独类库项目实现，以简化项目结构。下面说明了表示层、BLL 和 DAL 之间的架构关系。

BLL 将表示层与数据访问层分开并强加业务规则