什么是三层，是说的像房屋那样的三层么？当然不是啦，我这里要给大家说的三层是软件体系架构设计中的一种分层方式。

三层架构：通常意义上的三层架构就是整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的就是为了“高内聚，低耦合”的思想。

三层概念简介：

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

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

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

         1、显示层（UI）：

向用户展现特定的业务数据

采集用户的输入信息和操作

2、业务逻辑层（BLL）：

从DAL层获取数据，以供UI层使用

从UI层获取用户指令和数据，执行业务逻辑

从UI层获取用户指令和数据，通过DAL层写入数据

3、数据访问层（DAL）：

从数据源加载数据（select）

向数据源写入数据（insert/update）

从数据源删除数据（delete）

三层之间的数据传递方向：

三层的优点：

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

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

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

有利于标准化；

利于各层逻辑的复用；

结构更加的明确；

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

三层的缺点：

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

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

增加了开发的成本

结束语：

没有什么东西是绝对有益的，三层也是一样，但是在我这种只能算在入门打转的人来说，熟悉三层，应用三层对我都是有好处的，对以后的使用可以做到十分上手的感觉。让软件设计加上三层，让我的代码更加标准化吧。