web11 三层架构

什么是三层？
表示层 ：主要是指与用户交互的界面,用于接收用户输入的数据和显示处理后用户需要的数据
业务逻辑层 ：表示层和数据库访问层之间的桥梁,实现业务逻辑,具体包含：验证、计算、业务规则等等
数据访问层 ：与数据库打交道,主要实现对数据的增、删、改、查

三层架构的理解
生活中的三层架构：

顾客：相当于客户端

服务员：展示餐厅的菜品(展示数据)，相当于表示层

厨师：处理食材(处理数据)，相当于逻辑处理层

采购员：收购食材(获取数据)，相当于数据访问

除了以上的三层外，还有一层是entity层：实体层

三层模式的划分
表示层
业务逻辑层
数据库访问层

 三层架构的特征
各司其职:

服务员就是专门和顾客直接交流的，为顾客点菜 厨师只需要根据顾客点的菜来做 采购员只需根据顾客的菜准备食材，交给厨师即可

三层架构:

表示层就相当于服务员，专门和用户打交道，获取用户的操作 业务逻辑层就相当于厨师，从数据访问层拿来数据，根据表示层传来的用户操作去执行操作 数据访问层就相当于采购员，用户需要什么数据，就从数据库或是文件中拿来此数据，交给业务逻辑层

为什么使用三层？
用三层架构的目的就是为了实现高内聚低耦合的思想:

高内聚:尽可能类的每个成员方法只完成一件事

低耦合:减少类内部，一个成员方法调用另一个成员方法

从类角度来看， 高内聚低耦合：减少类内部，对其他类的调用

从功能块来看, 高内聚低耦合：减少模块之间的交互复杂度

简单来说，就是 解耦：只做自己功能内的事

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

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

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

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

三层与两层的区别:
两层:

当任何一个地方发生变化时，都需要重新开发整个系统。“多层”放在一层，分工不明确耦合度高，难以适应需求变化，可维护性低、可扩展性低

 三层:

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

为什么需要分层
       JSP开发的弊端 
业务处理的代码与JSP代码混在一起，不易于阅读，不易于代码维护   

分层模式
分层模式是最常见的一种架构模式
分层模式是很多架构模式的基础
分层
将解决方案的组件分隔到不同的层中
在同一个层中组件之间保持内聚性
层与层之间保持松耦合
面向接口编程
设计与实现分开

在一个面向对象的系统中，系统的各种功能是由许许多多的不同对象协作完成的。

在这种情况下，各个对象内部是如何实现自己的,对系统设计人员来讲就不那么重要了；

而各个对象之间的协作关系则成为系统设计的关键。

小到不同类之间的通信，大到各模块之间的交互，在系统设计之初都是要着重考虑的，

这也是系统设计的主要工作内容。面向接口编程就是指按照这种思想来编程。

实现方式

 

biz: 存放业务逻辑层的接口

biz.impl:存放业务逻辑层的实现类

dao:存放数据访问层的接口

dao.impl:存放数据访问层的实现类