一、概念

        1、UI(表现层)

         通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。用于接收用户输入的数据和显示处理后用户须要的数据。

        2、BLL:(业务逻辑层)

         UI层和DAL层之间的桥梁。：针对详细问题的操作，也能够说是对数据层的操作，对数据业务逻辑处理。业务逻辑详细包括：验证、计算、业务规则等等。 

       3、DAL:(数据訪问层)

         与数据库打交道。主要实现对数据的增、删、改、查。将存储在数据库中的数据提交给业务层，同一时候将业务层处理的数据保存到数据库。

二、原理

     用户的需求反映给界面（UI），UI反映给BLL，BLL反映给DAL，DAL进行数据的操作，操作后再一一返回，直到将用户所需数据反馈给用户）

三、各层的作用 

          1、表示层

    主要表示WEB方式，也能够表示成WINFORM方式，WEB方式也能够表现成：aspx，假设逻辑层相当强大和完好，不管表现层怎样定义和更改，逻辑层都能完好地提供服务。

        2、业务逻辑层

    主要是针对详细的问题的操作，也能够理解成对数据层的操作，对数据业务逻辑处理，假设说数据层是积木，那逻辑层就是对这些积木的搭建。

          3、数据訪问层

    主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，详细为业务逻辑层或表示层提供数据服务．

四、原则

    1、分层就意味着组建的逻辑分组。比如，对用户界面，业务逻辑和数据訪问组建应该使用不同的不同的层。

    2、在一个层内组建应该聚合的。如业务层组建仅应提供与业务逻辑相关的操作，而不是提供其它操作。

    3、在设计的每个层接口时要考虑好物理边界。假设通信跨越了物理边界，使用基于消息操作；否则使用基于对象操作。

    4、考虑使用接口类型（interface）来定义每层的接口。这将同意你创建该接口的不同实现，提高可測性。

    5、对于Web应用程序，在表示层和业务逻辑层之间实现基于消息的接口是一个好主意，即使这两层没有跨越物理边界。基于消息的接口更适合于无状态的Web操作。

         6最基本的就是不能跨层调用。各层之间通过參数来传递，也就是实体类。 

五、三层架构的优缺点

（1）长处

   1、开发者能够仅仅关注整个结构中的当中某一层；

   2、能够非常easy的用新的实现来替换原有层次的实现；

   3、结构清晰，耦合度低；

   4、有利于标准化；

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

   6、结构更加的明白

   7、在后期维护的时候，极大地减少了维护成本和维护时间

（2）缺点

    1、减少了系统的性能。

    这是不言而喻的。假设不採用分层式结构，非常多业务能够直接造訪数据库，以此获取对应的数据，现在却必须通过中间层来完毕。

   2、有时会导致级联的改动。

    这样的改动尤其体如今自上而下的方向。假设在表示层中须要添加一个功能，为保证其设计符合分层式结构，可能须要在对应的业务逻辑层和数据訪问层中都添加对应的代码。

   3、添加了开发成本。

六、与二层比較

   1、二层

   （当不论什么一个地方发生变化时，都须要又一次开发整个系统。“多层”放在一层，分工不明白耦合度高——难以适应需求变化，可维护性低、可扩展性低）

      2、三层：

   （发生在哪一层的变化，仅仅需更改该层，不须要更改整个系统。层次清晰，分工明白，每层之间耦合度低——提高了效率，适应需求变化，可维护性高，可扩展性高）

七、与MVC比較

       1、概念不同

    三层架构是一个分层式的软件体系架构设计，它可适用于不论什么一个项目。

　　MVC是一个设计模式，它是依据项目的详细需求来决定是否适用于该项目。

       2、目的不同

    三层架构的目的着重点是“高内聚，低耦合”，即解耦。

    MVC的目的则是实现Web系统的职能分工，即职责划分。

       3、层次不同

    MVC是Model-View-Controller，严格说这三个加起来以后才是三层架构中的WEB层，也就是说，MVC把三层架构中的WEB层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完毕页面逻辑，通过实体来与界面层完毕通话；而C层直接与三层中的BLL进行对话。