大家好我是小帅，今天我们来学习web开发的应用分层
文章目录
- 1.应⽤分层是什么
- 2.如何分层(三层架构)
- 3 .应⽤分层的好处
1.应⽤分层是什么
⽬前我们程序的代码有点"杂乱", 然⽽当前只是"⼀点点功能"的开发.代码会更加的杂乱⽆章，这个时候就到应用分层了，在最开始的时候，为了让项⽬快速上线，我们通常是不考虑分层的. 但是随着业务越来越复杂，⼤量的代码混在⼀起，会出现逻辑不清晰、各模块相互依赖、代码扩展性差、改动⼀处就牵⼀发⽽动全⾝等问题. 所以学习对项⽬进⾏分层就是我们程序员的必修课了.
比如说，前面学习的图书管理系统。
也基于此, 咱们接下来学习应⽤分层.
2.如何分层(三层架构)
咱们上⼀节中学习的 “MVC”, 就是把整体的系统分成了 Model（模型）， View（视图）和Controller（控制器）三个层次，也就是将⽤⼾视图和业务处理隔离开，并且通过控制器连接起来，很好地实现了表现和逻辑的解耦，是⼀种标准的软件分层架构。
⽬前现在更主流的开发⽅式是 “前后端分离” 的⽅式, 后端开发⼯程师不再需要关注前端的实现, 所以对于Java后端开发者, ⼜有了⼀种新的分层架构: 把整体架构分为表现层、业务逻辑层和数据层. 这种分层⽅式也称之为"三层架构".
- 表现层: 就是展⽰数据结果和接受⽤⼾指令的，是最靠近⽤⼾的层；
- 业务逻辑层: 负责处理业务逻辑, ⾥⾯有复杂业务的具体实现；
- 数据层: 负责存储和管理与应⽤程序相关的数据
按照上⾯的层次划分, Spring MVC 站在后端开发⼈员的⻆度上, 也进⾏了⽀持, 把上⾯的代码划分为三个部分:
- 请求处理、响应数据：负责，接收⻚⾯的请求，给⻚⾯响应数据.
- 逻辑处理：负责业务逻辑处理的代码.
- 数据访问：负责业务数据的维护操作，包括增、删、改、查等操作。
- Controller：控制层。接收前端发送的请求，对请求进⾏处理，并响应数据。
- Service：业务逻辑层。处理具体的业务逻辑。
- Dao：数据访问层，也称为持久层。负责数据访问操作，包括数据的增、删、改、查.
MVC 和三层架构的区别和联系
MVC架构模式由三部分组成, 分别是: 模型(Model), 视图(View)和控制器(Controller).
三层架构将业务应⽤划分为:表现层, 业务逻辑层, 数据访问层.
MVC中, 视图和控制器合起来对应三层架构中的表现层. 模型对应三层架构中的业务逻辑层, 数据层,以及实体类。
MVC模式强调数据和视图分离, 将数据展⽰和数据处理分开, 通过控制器对两者进⾏组合.
三层架构强调不同维度数据处理的⾼内聚和低耦合, 将交互界⾯, 业务处理和数据库操作的逻辑分开
软件设计原则：⾼内聚低耦合.
⾼内聚指的是：⼀个模块中各个元素之间的联系的紧密程度，如果各个元素(语句、程序段)之间的联系程度越⾼，则内聚性越⾼，即 “⾼内聚”。
低耦合指的是：软件中各个层、模块之间的依赖关联程序越低越好。修改⼀处代码, 其他模块的代码改动越少越好.
3 .应⽤分层的好处
- 降低层与层之间的依赖, 结构更加的明确, 利于各层逻辑的复⽤
- 开发⼈员可以只关注整个结构中的其中某⼀层, 极⼤地降低了维护成本和维护时间
- 可以很容易的⽤新的实现来替换原有层次的实现
- 有利于标准化
好了今天就到这里。