三层架构的理解

a)       三层式架构：

1.       架构思想、说明：三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访

1.

2.       问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。

i.  表示层：表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。

 

ii. 业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。　　

 

iii.   数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。

 

3.  三层式架构的优缺点

             i.     优点：

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

 

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

 

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

 

4)  有利于标准化； 　

 

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

 

                                   ii.             缺点：

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

　　

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

 

4.  三层式架构的应用说明：

三层式架构从

             i.     UI（界面层，用户可以看到使用）通过调用BLL层中对应的方法，把参数传给BLL成，还对界面中的现实进行处理；接收BLL层返回的结果对用户操作进行反应。

 

           ii.     BLL（逻辑层，这一层用户看不到，是编程人员设计的一些逻辑运算或是对UI层传下来参数进行处理），使用传下来的参数拼接成对应的SQL语句，调用DAL层中对应的方法把处理过的SQL语句通过参数的方式传给DAL层；对接收DAL返回的结果进行逻辑处理，把处理结果返回给UI层。

 

          iii.      DAL（数据访问层），这一层通过传下来SQL语句以及其他的参数，把SQL语句交由数据库执行，把执行结果返回给BLL层。

 

5.  三层式架构与MVC架构的差异：

             i.     MVC（模型Model-视图View-控制器Controller）是一种设计模式，我们可以用它来创建在域对象和UI表示层对象之间的区分。

 

           ii.     同样是架构级别的，相同的地方在于他们都有一个表现层，但是他们不同的地方在于其他的两个层。

 

          iii.     在三层架构中没有定义Controller的概念。而MVC也没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是以实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。

6.  对三层架构的理解：

三层架构可以扩展为多层架构，扩展为多层架构这说明开发的程序复杂度高，对于简单无复杂度不高的程序，如果应用三层架构则增加开发的复杂度和繁琐性，所以在应用三层架构或多层架构时，要了解程序的复杂程度来决定用何种方式进行开发。