三层架构

三层架构

简介：三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：界面层（User Interface layer）、业务逻辑层（Business Logic Layer）、数据访问层（Data access layer）。区分层次的目的即为了“高内聚低耦合”的思想。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或称为领域层）、表示层。

分类：界面层（表示层、web层）、业务逻辑层、数据访问层（持久层）。

目的：“高内聚，低耦合的思想”。

优点：降低了层与层之间的依赖  标准化。

缺点：系统架构复杂，不适合做小型项目。

各层的作用

1.数据访问层：主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是对数据的操作，而不是数据库。具体为业务逻辑或表示层提供数据服务。

2.业务逻辑层：主要针对具体的问题操作，也可以理解成对数据层的操作，对数据业务逻辑的处理，如果数据层是积木，那逻辑层就是对这些积木的搭建。

3.界面层：主要是WEB方式，也可以是WINFORM方式，WEB方式也可以表现成：aspx，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。

区分方法

1：数据访问层：主要看数据层里面有没有包含逻辑处理，实际上它的各个函数主要完成各个对数据文件的操作。而不必管其他操作。

2：业务逻辑层：主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。

3：表示层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

表示层

　　位于最外层（最上层），最接近用户。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

业务逻辑层

　　业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统 所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。

数据层

　　数据访问层：又称为DAL层，有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。

　　数据访问层，简单的说，就是通过DAL对数据库进行的SQL语句等操作。

　　数据库访问层的主要职责是：读取数据和传递数据。

优缺点

优点

1、开发人员可以只关注整个结构中的其中某一层；

2、可以很容易的用新的实现来替换原有层次的实现；

3、可以降低层与层之间的依赖；

4、有利于标准化；

5、利于各层逻辑的复用。

6、结构更加的明确

7、在后期维护的时候，极大地降低了维护成本和维护时间

缺点

1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。

2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。

3、增加了开发成本。