初识三层架构

听很多人说起三层架构，自己也就简单了解了一下。

一、三层是指哪三层？

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

2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。

3、数据访问层（DAL）：负责直接操作数据库，针对数据的增添、删除、修改、查找等。

二、Model--实体层

Model -实体层，贯穿于上面三层，他的作用就是在三层之间传递数据，这是面向对象的编程模式。

每一层（UI—>BLL—>DAL）之间的数据传递（单向）是靠变量或实体作为参数来传递的，这样就构造了三层之间的联系，完成了功能的实现。（图片来自韩学敏博客）

三、为什么划分三层？

a、划分三层实现了高内聚低耦合，有利于系统的开发和维护。

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

四、三层之间的关系和等级观念：

U层只能引用B层，B层只能引用D层。三层都可以引用Model。保证每一层都各司其职，也是单一职责的体现。

为什么要有等级？如果他们之间没有等级，可以互相调用各层中的数据，这样那些窗体显示还有逻辑判断以及访问数据库就会放在一起，和我们第一次做机房一样了，那么和不分层没有区别了，违背了单一职责原则，可维护性，可升级性都很差。

用餐厅的例子来说明三层之间的关系（如图所示）：（图片来自韩学敏博客）

服务员：只管接待客人；

厨师：只管做客人点的菜；

采购员：只管按客人点菜的要求采购食材；

他们各负其职，服务员不用了解厨师如何做菜，不用了解采购员如何采购食材；厨师不用知道服务员接待了哪位客人，不用知道采购员如何采购食材；同样，采购员不用知道服务员接待了哪位客人，不用知道厨师如何做菜。

顾客和服务员（UI层）说：我要一个炒茄子，而服务员不负责炒茄子，她就把请求往上递交，传递给厨师（BLL层），厨师需要茄子，就把请求往上递交，传递给采购员（DAL层），采购员从仓库里取来茄子传回给厨师，厨师响应cookEggplant()方法，做好炒茄子后，又传回给服务员，服务员把茄子呈现给顾客。

这样就完成了一个完整的操作。

五、 三层架构的优势和劣势：

优势：

1、结构清晰、耦合度低

2、可维护性高，可扩展性高

3、利于开发任务同步进行；容易适应需求变化

劣势：

1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。

2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码

3、增加了代码量，增加了工作量

六、如何搭建三层？

1.搭建表示层（windows窗体）

2.搭建业务逻辑层

3.搭建数据访问层

4,增加引用关系。

下面这个图是描述数据在三层中是怎么走的，觉得很不错，分享给大家。(图片来自杨晓慧博客)

小总结：使用三层架构的意义在于“高内聚低耦合”。所以哪一层需要变化，只需更改该层，不需要更改整个系统。目前我也是理解了三层架构的概念和含义，关于具体如何使用，我希望在今后的实践中去深刻体会，期待我的下一篇博客。加油！