三层架构

                                                             三层架构

单击此处见大图

下面再进行一下丰富：

   1、什么是三层

       

         强调各层之间的“高内聚，低耦合”。

 三层缺一不可，各层人员可以替换，就是说每个封装好的层，层内的改变不会影响到其层，解耦和。

         

         目前通用的做法是：将应用程序的实现分布在从底向高的三个层。

        数据访问层实现对数据库记录的操作，这对于特定的DBMS是固定的，不需要要更改的；

        业务逻辑层利用数据访问层实现业务逻辑，如果用户的业务需求改了，可以在这层中修改，因为这层有很多独立的方法，而且该某个功能不会影响到别的功能，这种改动比较科学。（关键）

        界面层调用业务逻辑层实现用户的功能，只要业务逻辑层有这功能，就可以调用，界面层需提供输入输出和提示等。

   2、什么时候用三层？ 

    业务逻辑简单，没有真正的数据存储层时，无需用；若逻辑复杂，有数据存存储，则需考虑三层。

3、三层的原则

        •DAL只提供基本的数据访问，不包含任何业务相关的逻辑处理；

        •UI只负责显示和采集用户操作，不包含任何的业务相关的逻辑处理；

        •BLL负责处理业务逻辑。通过获取UI传来的操作指令，决定执行业务逻辑，在需要访问数据源的时候直接交给DAL处理。处理完成后，返回必要数据给UI。

4、三层中的数据是如何传递的

5、实体在项目中的依赖关系

实体是业务的基础、数据传递的载体。其他个各层都要引用实体来实现数据的传递。

6、小知识

using:它会自动关闭连接。

还有一些泛型的定义和使用等。

小感：感觉只理论没有实践，有些东西根本理解不了，体会不到。接下来这段时间以实现代码为主，在代码中体会三层的思想。