标签：三层 对象 设计
概念：
通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。
各层概念
1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。
注：应用三层离不开另一个重要的类：实体类，现在接触的主要是数据库表抽象出的类，表中的每个字段就是一个具体实例。同样跟业务实体相关的事物都可以成为实体类。
各层的作用
1、数据访问层：从数据源加载数据（Select）；向数据源写入数据（Insert/Update）;从数据源删除数据（Delete）. 是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务，不包含任何与业务相 关的逻辑处理。
2、业务逻辑层： 从DAL中获取数据，以供UI显示用；从UI获取用户指令和数据，执行业务逻辑；从UI中获取用户指 令和数据，通过DAL写入数据源。对数据层的操作，对数据业务逻辑处理。
职责机制：UI->BLL->UI；UI->BLL->DAL->BLL->UI
3、表示层：从向用户展现特定业务数据；采集用户的输入信息和操作。主要表示WEB方式和WINFROM方式。
原则：用户至上，兼顾简洁。
4、实体类：对于表示层来说，界面通过实体类传递数据，将解析实体对象中封装的数据展示给用户；将用户请求的 数据封装到实体对象中。对于业务逻辑层来说，将接受到的实体对象传递到下一层；根据用户请求对实
体中数据进行处理。对于数据访问层来说，从数据库取得数据通过实体类返回。
三层关系图
加入实体后的关系图
优缺点
优点
开发人员只关注整个结构中的其中某一层；
可以很容易的用心的实现来替换原有层次的实现；
可以降低层与层之间的依赖；
有利于标准化；
利于个曾逻辑的复用；
结构更加的明确；
在后期维护的时候，极大地降低了维护成本和维护时间；
缺点
降低了系统的性能。如果不采用分层式结构，很多业务可以直接造访获取相应的数据，，如今必须通过中间层来完成。
有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果表示层需要增加一个功能，为保证其设计符合分层结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
增加了开发成本。
下篇是三层结构的实践篇
三层架构-------理论篇,布布扣,bubuko.com
三层架构-------理论篇
标签：三层 对象 设计
原文地址：http://blog.csdn.net/lxy344x/article/details/28422611
