三层基础

        三层的学习也有几天了，先前着急把三层登录的例子敲出来，也没有对三层的基础知识进行整理，下面简单的进行总结一下：

    (一)、首先讲一下三层架构的好处：     

    使用三层架构设计的应用程序，层之间低耦合，层内部高内聚，便于维护。可以让界面设计人员、数据库编程人员各司其职，让界面代码和功能性代码分离出来。

    其实三层架构开发的软件系统与饭店的工作模式很像，饭店老板把业务分解成三块（服务员、厨师、配菜师），每一块各负其责，分工合作。服务员：接待顾客，向厨师传递顾客需求；厨师：只管烹饪；配菜师：只管提供美食材料。在饭店为顾客提供服务期间三者任何一块发生变化都不会影响其他两块的工作，只对变化的进行重新调整即可

       

    (二)、简单介绍三层：

       ※ 表示层（User Interface Layer，简称UI）：位于最上层，离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式 操作界面。其常见形式：WinForm和WebForm

       ※ 业务逻辑层（Business Logic Layer，简称BLL）：负责处理用户输入的数据，或者是将这些信息发送给数据访问层进行保存，或者是调用数据访问层中的函数再次读出这些数据。也可以包括一些对“商业逻辑”描述代码在里面

       ※ 数据访问层（Data Access Layer，简称DAL）：仅实现对数据的保存和读取操作。可以访问数据库系统、二进制文件、文本文档或是XML文档

        

   （三）、下面自己画了一个简单的三层图如下（有很多的不足）：

        对图进行简单说一下：

      ◆ 三层之间的数据传递大致分为两个方向：请求与响应 

      ◆ 各层之间的关系：依赖

      ◆ 表示层接收到客户请求，传递到业务逻辑层，业务逻辑层将请求传递到数据访问层或者直接将处理结果返回到表示层；数据访问层对数据执行保存和读取操作后，把处理结果返回给业务逻辑层，业务逻辑层对数据进行必要处理后，把处理结果传递到表示层，表示层把结果显示给用户

      ◆ 图中我加入了实体和数据库， 其实在真正的开发过程中，为了提高代码的复用度，会把各层都用的东西抽象出来，如把数据对象实体和方法分离，以便在各层之间传递，称为业务实体Model,同时把数据校验，加密处理等方法分离出来，作为独立地模块使用，称为通用类库Common（图中我没加入）