谈到三层,大家脑子里会立刻浮出:显示层（UI）、业务逻辑层（BLL）、数据訪问层（DAL）。就是将整个业务应用划分为这三个层次。
三层结构是基于模块化程序设计的思想，为实现分解应用程序的需求。而逐渐形成的一种标准模式的模块划分方法。目的是为了解耦合，也是就是实现“高内聚、低耦合”的思想。
|
显示层UI |
通俗的讲就是展现给用户的界面。及用户在使用一个系统的时候他的所见所得 |
|
业务逻辑层BLL |
针对详细问题的操作，也能够说是对数据层的操作。对数据业务逻辑处理。 |
|
数据訪问层DAL |
该层所做事物直接操作数据库。针对数据的增删改查等 |
以下我们香葱一个样例来初步认识三层，帮助我们理解。
我们知道，饭店里要有服务员、厨师、后勤人员。各个员工各司其职，服务员仅仅管接待客人。向厨师传递顾客的需求；而厨师仅仅管烹炒顾不同口味、不同特色的美食；后勤工作人员仅仅管提供美食原料。
什么情况要我们不是必需使用三层呢？
1、业务逻辑简单的情况下不是必需使用。由于三层结构也是存在缺点的，不是不论什么时候使用都恰当。
2、没有真正的数据存储层，所以也就不须要訪问数据层。
那么什么情况下我们使用三层呢？
抽象出业务逻辑层。当业务复杂到一定程度，数据存储到对应的数据库或独立的数据存储介质，须要使用三层。把数据訪问脱离开业务单独存在，把业务脱离开UI单独存在（UI仅仅须要呼叫业务訪问层实现和用户的交互）
通过学习王继斌老师的三层视频，初步认识了三层的作用。
各层的作用
|
|
作用 |
|
UI |
向用户展现特点业务数据 採集用户的输入信息和操作
|
|
BLL |
从DAL获取数据，以供UI显示用 从UI中获取用户指令和数据。运行业务逻辑 行UI中获取用户指令和数据，通过DAL写入数据源 |
|
DAL |
从数据源载入数据（Select） 向数据源写入数据（Insert、Update） 从数据源删除数据（Delete） |
三层架构的长处：
1、开发者能够仅仅关注整个结构中的当中一层
2、能够非常easy用新的实现来替换原有层次的实现
3、能够减少层与层之间的依赖
4、有利于标准化
5、有利于各层逻辑的复用
相同他也有它的缺点和不足之处：
代码量太多。运行速度慢。
所以他不适用于对运行速度很高的系统，会减少系统的性能，也会添加开发成本。
总结：
以三层架构模式开发出来的软件，极大的添加了软件的可维护性，可是还要权衡利弊，看看是否须要用到它。
