【三层】——七层的前世

    初次认识三层，听说它是七层的前世，那么问题来了，这三层是哪三层？为什么称之为三层？各层的作用？为什么要使用三层？什么情况下采用三层有什么好处？什么情况下不采用，如果采用了会有什么弊端？资料学完了之后还遗留哪些问题？下面，小编引着大家带着这些个问题去寻找答案喽，摆好姿势，走起^_^

【为什么要分层】

    三层架构尝试用理想的分层结构构建一种支持可抽取、可替换的“抽屉式”架构，三层架构中，层是一种弱耦合结构，层与层之间依赖是向下的，底层对于上层而言是无知的，改变上层的设计对于其调用的底层而言没有任何的影响；同事也是为了结构清晰，分工明确，利于后期维护升级。

【哪三层】

    三层并不是.NET的专利，而是一个广谱的框架设计思想，根本上是为了解决高耦合低内聚的问题。三层架构通常意义上是将整个业务划分为：

    U层：（UI）用户直接接触的，为用户提供一种交互式操作界面，通俗的来说就是简单的界面。

    B层：（BLL）三层中的核心层，处于U层和D层间，起到数据交换中欧承上启下的作用。

    D层：（DLL）负责数据源（数据库、二进制文件，文本文档等）的访问

【什么情况下采用三层】  

     一类： 既有数据访问层 && 又有业务逻辑层

     三层优点：

          1、无需开发客户端软件，维护升级方便

          2、可跨平台操作

          3、良好开放性、可扩充性

          4、便于数据库移植 

          5、安全性好

          6、资源复用性好

     三层缺点：

          1、有时导致级联修改，体现在自上而下，一旦U层改动，BD两层需响应修改

          2、使结构复杂，增加工作量

【什么情况下不采用】

     两类： 业务逻辑简单 || 没有真正的数据存储层

【如何运用三层】