初识三层架构

    三层视频看完了，对于三层也有了一定的了解。所以也到了写写关于三层的博客。

    一、是什么

    三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的就是为了“高内聚，低耦合”的思想。

                       

    1、显示层（UI）

    显示层就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。它的作用是向用户展现特定业务数据，采集用户的输入信息和操作。Ui的设计原则是用户至上，兼顾简洁。显示层是展现给用户的，所以一定要尊重用户的需求来设计，在满足用户需求的前提下，就是简洁，这样可以减少程序员的工作量。Ui中常用的技术有WindowsForm和ASP.NET。显示层只负责显示和采集用户操作，不包含任何的业务相关的逻辑处理。

    2、业务逻辑层（BLL）

    业务逻辑层就是针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。业务逻辑层的作用有，从数据访问层中获取数据，以供UI显示用，从UI中获取用户指令和数据，执行业务逻辑，从UI中获取用户指令和数据，通过业务逻辑层写入数据源。它的职责机制分为两种，一种是显示层的数据写到到业务逻辑层，这些数据在业务逻辑层进行处理后再显示到显示层；一种是从显示层的数据送到业务逻辑层，业务逻辑层将数据到数据访问层，数据访问层更新数据，然后事业务逻辑层获取新的数据，最后再显示层显示数据或业务。业务逻辑层负责处理业务逻辑，通过获取UI传来的操作指令，决定执行业务逻辑，在需要访问数据源的时候直接交给DAL处理。处理完成后，返回必要数据给UI。

    3、数据访问层（DAL）

    数据访问层所做的事务就是直接操作数据库，针对数据的增添、删除、修改、查找等。所以数据访问层所起的作用就是从数据源加载或删除数据，向数据源写入数据。数据访问层只提供基本的数据访问，不包含任何业务相关的逻辑处理。

 

    二、什么时候用

    三层架构虽好，但并不是任何时候都要使用三层。要在一定的情况下才能够使用。就像一个东西很好，但并不是每个人都喜欢斗需要。如果业务逻辑简单，没有真正的数据存储层，这个时候就没有必要使用三层。当业务复杂到一定程度，有数据存在的时候，就需要使用三层把业务脱离UI，实现用户的交互。

    三、总结

    我觉得三层架构有一种职责分工的味道，但是三层也是互相影响。如果有一个地方错了，在另一层引用的时候就不会有自己预期的效果，需要到被引用的那一层找错。这样也算是比较容易找出代码中的错误，条理性很清楚。这是我在敲例子时候得到的最大感受，但还是要在实践中才能更好的掌握三层。