学习笔记。

摘自《一都编程》
https://baijiahao.baidu.com/s?id=1657324346823084061&wfr=spider&for=pc

一、概述

1）三层架构

  经典三层架构是一种组织大型项目的分层开发思想和规范。
  经典三层架构是将整个业务应用划分为：

• 界面表示层、
• 业务逻辑层、
• 数据访问层。

2）特点

  三层架构的特点：

• 1、开发人员可以只关注整个结构中的其中某一层；
• 2、可以很容易的用新的实现来替换原有的实现；
• 3、可以降低层与层之间的依赖；降低代码耦合度。
• 4、利于各层逻辑的复用，代码重用。
• 5、结构更加的明确。
• 6、在后期维护的时候，极大地降低了维护成本和维护时间，便于维护。

3）含义

  经典三层架构的分层做到了“高内聚低耦合”的思想，具体含义如下：

• 1. 界面表示层(UI)：主要实现和用户的交互界面，以及事件处理程序的编写。
• 2. 业务逻辑层(BLL)：主要实现数据处理和数据传递，将界面表示层和数据访问层连接起来，起到承上启下的作用。
• 3. 数据访问层(DAL)：主要实现对数据库数据的增删改查操作。

4） WebForm框架

  在ASP.NET WebForm框架中，业务逻辑层和数据访问层都是由类(class)组成的，而UI层是使用ASPX页面和ASPX.CS组成的。

  这里我们使用ASP.NET WebForms应用程序+C#+SQL Server搭建.NET经典三层架构。

二、三层架构结构图

三层架构逻辑

三层架构与数据库

三层架构例子

  当我们开发一个完整的.NET系统，主要功能和逻辑代码都是写在业务逻辑层的，负责大量的业务逻辑代码，例如：计算总价格、登录逻辑、验证逻辑、审批流程等。

  而业务逻辑层处理的数据都是来自数据库和用户界面，将用户界面收集过来的数据，经过业务逻辑层的处理传到数据库中，而从数据库获取的数据，经过业务逻辑层处理后再呈现给用户界面。所以业务逻辑层是中间层，起到承上启下的作用。

  经典三层架构之间的调用关系是：表示层调用业务逻辑层，业务逻辑层调用数据访问层。而表示层与数据访问层是不可相互调用，它们之间是隔离的。

  设计模式遵循的设计原理为"高内聚,低耦合".设计模式的核心思想是代码的可重用性，MVC是设计模式。所以三层架构和设计模式是不同的设计思想。

  表示层就象你去饭店吃饭，你点了一个清真鲈鱼。业务层负责洗、切、蒸等。数据层负责提供鱼、油、盐等。

三、界面表示层

  界面表示层在项目中简写为UI表示，UI层调用业务逻辑层BLL的相关类的方法来完成操作。UI在三层架构中不只是页面的呈现，如注册页面：
  这个页面在ASP.NET WebForm中可以使用aspx页面表示，但是对于aspx.cs后台代码，也是属于UI层的，这个不要理解错误了，只有存在aspx.cs代码，才可以与业务逻辑层打交道。调用业务逻辑层的代码，从而通过业务逻辑层与数据访问层作数据交互。
  UI层提供用户操作，完成显示逻辑，直接面向用户，是用户可以看得见的界面，而业务逻辑层和数据访问层对用户而言都是隐藏的。
  对于UI层，在ASP.NET WebForm框架中，就是创建一个ASP.NET Web应用程序。

创建WebForm应用程序

点击“确定”按钮后，创建一个空的ASP.NET Web应用程序。

创建UI层

四、业务逻辑层

  经典三层架构中的业务逻辑层，实现重要的业务逻辑操作，简写为BLL，在项目中也是使用BLL表示。
  UI层调用BLL层，而BLL调用DAL层，UI层禁止调用DAL层。
  BLL主要是针对具体的问题的操作，也可以理解成对数据层的调用，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
  BLL是业务逻辑层，是由C#类库项目组成的。

添加BLL类库

在图中选择“类库”，如图：

创建BLL层

五、数据访问层

  三层架构中的数据访问层主要用来操作数据库，如：向数据库表添加数据、修改数据。删除数据和查询数据等。
  数据访问层简写为DAL，在项目中也可以使用DAL表示。像DBHelper类就需要放在DAL层中。
  数据访问层DAL只能被业务逻辑层BLL调用，不能被UI层调用。
  DAL有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。
  三层中的DAL层也是C#类库项目，跟BLL层一样，都是由类组成的。
在图中创建一个名称为DAL的项目名称。如图：

创建DAL层

  在此图中，三层架构中的三个项目全部创建完成了。

六、实体层

1）实体

  实体(Entity)使用Model表示，它不属于三层中的任何一层。也就是说实体层可以被三层中的任何一层调用。只提供二维表关系数据和对象数据的映射。

  Model层只能由一些类组成，类中封装数据库表中的字段，也就是类封装属性。属性对应数据库中的字段。

三层中的实体层作用

2）实体类的作用

  实体类的作用如下：

• 1. 实现面向对象思想中的"封装"。
• 2. 贯穿于三层，在三层之间传递数据。
• 3. 每一层（UI—>BLL—>DAL）之间的数据传递（单向）是靠变量或实体作为参数来传递的，这样就构造了三层之间的联系，完成了功能的实现。

3）操作对象

  我们做系统的目的，是为用户提供服务，用户可不关心你的系统后台是怎么工作的，用户只关心软件是不是好用，界面是不是符合自己心意。用户在界面上轻松的增、删、改、查，那么数据库中也要有相应的增、删、改、查，而增删改查具体操作对象就是数据库中的数据，说白了就是表中的字段。所以，将每个数据表作为一个实体类，实体类封装的属性对应到表中的字段，这样的话，实体在贯穿于三层之间时，就可以实现增删改查数据了

4）Models

  实体层也是由许多的C#类组成的，也是类库项目，使用Models表示，一般是每个类对应一个实体，也就是一个类对应一个SQL Server数据库中的表。类中封装的属性与表中的列（字段）映射。

创建实体层

  注意：实体层Model不属于三层中的任何一层，Model层可以被UI、BLL、DAL调用，Model主要用于三层之间数据的传递。

七、应用程序

  以上就搭建好了一个经典的.NET三层架构，对于简单的CMS内容管理系统，足够使用。如果是较复杂的.NET系统，则只需要在经典三层架构上扩充即可。

  有了经典的.NET三层架构，我们就可以在此架构下填充业务逻辑，开发出具有个性业务逻辑的.NET应用程序。