三层学习完了，第一次验收的时候，自己理解的也不是很到位，后来又重新敲了一遍登陆例子，查阅了一些资料

进行第二次验收才感觉清晰了许多。之前画时序图时我就想过时序图基本上也是很好的体现了三层，当时也和别人讨

论过这个问题。直到学完三层后，更加证明了这一点。

    下面我将从理论和实践两个角度总结一下三层。



理论篇


    为什么使用三层架构？


    说白了，分层的目的是想将复杂问题简单化，也就是面向对象技术所崇尚的“高内聚，低耦合”。当业务复杂到

一定程度，数据存储在独立的存储介质时适合用三层架构。



    什么是三层架构？


    通常意义上的三层架构(3-tier architecture)就是将整个业务应用划分为：表现层（UI）、业务逻辑层

（BLL）、数据访问层（DAL）。
  表现层（UI）：主要是指人机交互界面。用于接收用户输入的数据和显示处理后用户需要的数据。

    业务逻辑层（BLL）：连接UI和DAL的桥梁。

    数据访问层（DAL）：实现数据库的增、删、改、查。

    实体类（Model）：不属于三层的范畴，个人理解的建立实体类的目的是将载入的数据库中的数据放入其中，

UI、BLL、DAL，哪个需要就从实体类中获取。封装数据，避免了传参数造成的复杂，从而避免了各个层与数据库的直

接接触，造成数据交叉。各个层只需要和实体层Model打交道即可。

三层学习完了，第一次验收的时候，自己理解的也不是很到位，后来又重新敲了一遍登陆例子，查阅了一些资料

进行第二次验收才感觉清晰了许多。之前画时序图时我就想过时序图基本上也是很好的体现了三层，当时也和别人讨

论过这个问题。直到学完三层后，更加证明了这一点。

    下面我将从理论和实践两个角度总结一下三层。



理论篇


    为什么使用三层架构？


    说白了，分层的目的是想将复杂问题简单化，也就是面向对象技术所崇尚的“高内聚，低耦合”。当业务复杂到

一定程度，数据存储在独立的存储介质时适合用三层架构。



    什么是三层架构？


    通常意义上的三层架构(3-tier architecture)就是将整个业务应用划分为：表现层（UI）、业务逻辑层

（BLL）、数据访问层（DAL）。
  表现层（UI）：主要是指人机交互界面。用于接收用户输入的数据和显示处理后用户需要的数据。

    业务逻辑层（BLL）：连接UI和DAL的桥梁。

    数据访问层（DAL）：实现数据库的增、删、改、查。

    实体类（Model）：不属于三层的范畴，个人理解的建立实体类的目的是将载入的数据库中的数据放入其中，

UI、BLL、DAL，哪个需要就从实体类中获取。封装数据，避免了传参数造成的复杂，从而避免了各个层与数据库的直

接接触，造成数据交叉。各个层只需要和实体层Model打交道即可。