ASP.NET Web程序设计 第六章 三层架构

一、三层架构的理解

1、三层架构：基于高内聚低耦合的软件架构原则，提高项目的可维护性、可扩展性。

2、分层：

1）数据访问层：实现与数据库（数据存储区）的数据交互。

2）业务逻辑层：实现业务规则及数据加工，是数据访问层与表现层的数据交互的桥梁。

3）表现层（表示层）：实现与系统最终用户的功能交互。

二、模型层与数据访问层的搭建（重点）

1、模型层包含所有与数据表相对应的实体类，实体对象是三层传输数据的容器。

2、模型层的约定：

1）常见的命名方式有Model、Models或用解决方案名+Model的格式命名。

2）模式层是单个的C#类库项目，模型层中的实体类和数据表相对应。

3）对类似于分布式系统，由于实体对象需要通过网络交互，那么需要进行序列化，因此通常需要Serializable特性修饰。

3.数据访问层（Data Access Layer，简称DAL）的约定：

1）数据访问层以DAL命名或以解决方案名称+DAL的格式命名

2）数据库中的每张表，通常在数据访问层都有相对应的数据访问类。类的格式为表名称+Service

3）每个数据访问类，最基本的功能有CRUD四种操作（增删改查）

4、数据访问层需要引用模型层

三、业务层的搭建以及与数据层之间的调用（重点）

1、业务逻辑层（Business Logic Layer，简称BLL）的约定：

1）业务逻辑层通常命名为BLL或用解决方案名称+BLL的格式命名

2）数据库中的每张表，通常在业务逻辑层有对应的业务逻辑类。类的格式为表名称+Manager

3）业务逻辑类中的方法由业务规则决定。

2、业务逻辑层需要引用模型层很数据访问层。

四、表现层以及三层调用（重点）

1、表现层（Presentation Layer，简称PL）的约定：

1）通常以解决方案名称+Web格式命名，或用解决方案名称+UI格式命名

2）表现层的方法主要是控件的事件处理方法，以及适用于整个站点的通用方法

2、表现层需要引用模型层和业务逻辑层。

详细请看：伍迷大佬的《细说面向对象程序设计 C#版》吹爆这个神仙书籍，下面链接，全文免费！！

https://blog.csdn.net/luomingchu/article/details/7555689?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.channel_param&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.channel_param

小剧场：人这一辈子，要经的起谎言，受得了敷衍，忍得住欺骗，忘得了诺言。