什么是三层?
表示层 :主要是指与用户交互的界面,用于接收用户输入的数据和显示处理后用户需要的数据
业务逻辑层 :表示层和数据库访问层之间的桥梁,实现业务逻辑,具体包含:验证、计算、业务规则等等
数据访问层 :与数据库打交道,主要实现对数据的增、删、改、查
三层架构的理解
生活中的三层架构:
顾客:相当于客户端
服务员:展示餐厅的菜品(展示数据),相当于表示层
厨师:处理食材(处理数据),相当于逻辑处理层
采购员:收购食材(获取数据),相当于数据访问
除了以上的三层外,还有一层是entity层:实体层
三层模式的划分
- 表示层
- 业务逻辑层
- 数据库访问层
三层架构的特征
各司其职:
服务员就是专门和顾客直接交流的,为顾客点菜 厨师只需要根据顾客点的菜来做 采购员只需根据顾客的菜准备食材,交给厨师即可
三层架构:
表示层就相当于服务员,专门和用户打交道,获取用户的操作 业务逻辑层就相当于厨师,从数据访问层拿来数据,根据表示层传来的用户操作去执行操作 数据访问层就相当于采购员,用户需要什么数据,就从数据库或是文件中拿来此数据,交给业务逻辑层
为什么使用三层?
用三层架构的目的就是为了实现高内聚低耦合的思想:
高内聚:尽可能类的每个成员方法只完成一件事
低耦合:减少类内部,一个成员方法调用另一个成员方法
从类角度来看, 高内聚低耦合:减少类内部,对其他类的调用
从功能块来看, 高内聚低耦合:减少模块之间的交互复杂度
简单来说,就是 解耦:只做自己功能内的事
服务员(UI层)请假—>另找服务员
厨师(BLL层)辞职—>招聘另一个厨师
采购员(DAL)辞职—>招聘另一个采购员
任何一层发生变化都不会影响到另外一层!!!
三层与两层的区别:
两层:
当任何一个地方发生变化时,都需要重新开发整个系统。“多层”放在一层,分工不明确耦合度高,难以适应需求变化,可维护性低、可扩展性低
三层:
发生在哪一层的变化,只需更改该层,不需要更改整个系统。层次清晰,分工明确,每层之间耦合度低,提高了效率,适应需求变化,可维护性高,可扩展性高
为什么需要分层
JSP开发的弊端
业务处理的代码与JSP代码混在一起,不易于阅读,不易于代码维护
分层模式
- 分层模式是最常见的一种架构模式
- 分层模式是很多架构模式的基础
分层
- 将解决方案的组件分隔到不同的层中
- 在同一个层中组件之间保持内聚性
- 层与层之间保持松耦合
面向接口编程
设计与实现分开
在一个面向对象的系统中,系统的各种功能是由许许多多的不同对象协作完成的。
在这种情况下,各个对象内部是如何实现自己的,对系统设计人员来讲就不那么重要了;
而各个对象之间的协作关系则成为系统设计的关键。
小到不同类之间的通信,大到各模块之间的交互,在系统设计之初都是要着重考虑的,
这也是系统设计的主要工作内容。面向接口编程就是指按照这种思想来编程。
实现方式
biz: 存放业务逻辑层的接口
biz.impl:存放业务逻辑层的实现类
dao:存放数据访问层的接口
dao.impl:存放数据访问层的实现类