三层架构UBD

目录

什么是三层架构？

为什么使用三层架构？

三层架构的优劣势

优势：

劣势：

---

什么是三层架构？

三层架构就是为了符合“高内聚，低聚合”思想，

把各个功能模块划分为表示层（UI）、业务逻辑层（BLL）和数据访问层（DAL）三层架构。

而外还有一层实体类（Model），作为数据传递的载体，在各层之间传递数据。 

UI(表现层): 主要是指与用户交互的界面。用于接收用户输入的数据和显示处理后用户需要的数据。

BLL:(业务逻辑层): UI层和DAL层之间的桥梁。实现业务逻辑。业务逻辑具体包含：验证、计算、业务规则等等。

DAL:(数据访问层): 与数据库打交道。主要实现对数据的增、删、改、查。将存储在数据库中的数据提交给业务层，同时将业务层处理的数据保存到数据库。

举例：

服务员：只管接待客人；

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

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

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

为什么使用三层架构？

使用三层架构的目的：解耦

拿上面饭店的例子来讲：

（1）服务员（UI层）请假——另找服务员；

        厨师（BLL层）辞职——招聘另一个厨师；

        采购员（DAL）辞职——招聘另一个采购员；

（2）顾客反映：

        1、你们店服务态度不好——服务员的问题。开除服务员；

        2、你们店菜里有虫子——厨师的问题。换厨师；

任何一层发生变化都不会影响到另外一层！！！

三层架构的优劣势

优势：

1，结构清晰、耦合度低

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

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

劣势：

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

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

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