【JavaEE进阶】关于应用分层

Myth丶恋晨 2024-04-17 10:46 31阅读 0赞

#### 文章目录 ####

*  ?序言
 *  ?什么是应⽤分层
 *  ?为什么需要应⽤分层
 *  ?如何分层(三层架构)
 *  ?MVC和三层架构的区别和联系
 *  ?什么是高内聚低耦合
 *  ⭕总结

## ?序言 ##

在我们进行项目开发时我们如果一股脑将所有代码都放在一个文件夹下面，或者全部写在一起。这样会显得杂乱无章，而且更加不利于管理。

类似公司的组织架构: 公司初创阶段,⼀个⼈⾝兼数职,既做财务,⼜做⼈事,还有⾏政.随着公司的逐渐壮⼤,会把岗位进⾏细分,划分为财务部⻔,⼈事部⻔,⾏政部⻔等.各个部⻔内部还会再进⾏细分.

项⽬开发也是类似,最开始功能简单时,我们前后端放在⼀起开发,随着项⽬功能的复杂,我们分为前端和后端不同的团队,甚⾄更细粒度的团队.后端开发也会根据功能再进⾏细分.MVC就是其中的⼀种拆分⽅式.

但是随着后端⼈员不再涉及前端,后端开发⼜有了新的分层⽅式

比如在阿里开发⼿册中,关于⼯程结构部分,定义了常⻅⼯程的应⽤分层结构:  
![在这里插入图片描述][d22d77bec9514fceb3ae32a634d9403f.png]

## ?什么是应⽤分层 ##

应⽤分层是⼀种软件开发设计思想,它将应⽤程序分成N个层次,这N个层次分别负责各⾃的职责,多个层次之间协同提供完整的功能.根据项⽬的复杂度,把项⽬分成三层,四层或者更多层.常⻅的MVC设计模式,就是应⽤分层的⼀种具体体现

## ?为什么需要应⽤分层 ##

在最开始的时候，为了让项⽬快速上线，我们通常是不考虑分层的.但是随着业务越来越复杂，⼤量的代码混在⼀起，会出现逻辑不清晰、各模块相互依赖、代码扩展性差、改动⼀处就牵⼀发⽽动全⾝等问题.所以学习对项⽬进⾏分层就是我们程序员的必修课了

## ?如何分层(三层架构) ##

博主在前面博客中提到的MVC,就是把整体的系统分成了Model（模型），View（视图）和Controller（控制器）三个层次，也就是将⽤⼾视图和业务处理隔离开，并且通过控制器连接起来，很好地实现了表现和逻辑的解耦，是⼀种标准的软件分层架构

![在这里插入图片描述][239f17cba13e43cbabf1a82522bdac58.png]

⽬前现在更主流的开发⽅式是"前后端分离"的⽅式,后端开发⼯程师不再需要关注前端的实现

所以对于Java后端开发者,⼜有了⼀种新的分层架构:把整体架构分为表现层、业务逻辑层和数据层.这种分层⽅式也称之为"三层架构".

1.  **表现层**:就是展⽰数据结果和接受⽤⼾指令的，是最靠近⽤⼾的⼀层；
2.  **业务逻辑层**:负责处理业务逻辑,⾥⾯有复杂业务的具体实现；
3.  **数据层**:负责存储和管理与应⽤程序相关的数据

比如以下代码我们就可以进行分层处理

![在这里插入图片描述][fc28e8165deb4b708d2abc6c8347d637.png]

按照上⾯的层次划分,Spring MVC站在后端开发⼈员的⻆度上,也进⾏了⽀持,把上⾯的代码划分为三个部分:

*  请求处理、响应数据：负责，接收⻚⾯的请求，给⻚⾯响应数据.
 *  逻辑处理：负责业务逻辑处理的代码.
 *  数据访问：负责业务数据的维护操作，包括增、删、改、查等操作

这三个部分,在Spring的实现中,也均有体现  
![在这里插入图片描述][6c0ce44a5beb49c7af1a050867c63ea5.png]

*  Controller：控制层。接收前端发送的请求，对请求进⾏处理，并响应数据。
 *  Service：业务逻辑层。处理具体的业务逻辑。
 *  Dao：数据访问层，也称为持久层。负责数据访问操作，包括数据的增、删、改、查

## ?MVC和三层架构的区别和联系 ##

关于⼆者的关系,⼀直存在不同的观点.有⼈认为三层架构是MVC模式的⼀种实现,也有⼈认为MVC是三层架构的替代⽅案,等等各种说法都有.根本原因是⼤家站在不同的⻆度来看待这个问题的.

从概念上来讲,⼆者都是软件⼯程领域中的架构模式.

MVC架构模式由三部分组成,分别是:模型(Model),视图(View)和控制器(Controller).

三层架构将业务应⽤划分为:表现层,业务逻辑层,数据访问层.  
![在这里插入图片描述][b23e70693cfd4c479554cbfa02cbae05.png]  
MVC中,视图和控制器合起来对应三层架构中的表现层.模型对应三层架构中的业务逻辑层,数据层,以及实体类

⼆者其实是从不同⻆度对软件⼯程进⾏了抽象.

MVC模式强调数据和视图分离,将数据展⽰和数据处理分开,通过控制器对两者进⾏组合.

三层架构强调不同维度数据处理的⾼内聚和低耦合,将交互界⾯,业务处理和数据库操作的逻辑分开.

⻆度不同也就谈不上互相替代了，在⽇常的开发中可以经常看到两种共存的情况，⽐如我们设计模型层的时候往往也会拆分出业务逻辑层（Service层）和数据访问层（Dao层）。但是⼆者的⽬的是相同的,都是"解耦，分层，代码复⽤"

## ?什么是高内聚低耦合 ##

⾼内聚指的是：⼀个模块中各个元素之间的联系的紧密程度，如果各个元素(语句、程序段)之间的联系程度越⾼，则内聚性越⾼，即"⾼内聚"。

低耦合指的是：软件中各个层、模块之间的依赖关联程序越低越好。修改⼀处代码,其他模块的代码改动越少越好

![在这里插入图片描述][e45f4175fdf640169c2a69590008e44b.png]

既要高内聚又要低耦合，这两者相互矛盾吗？

不⽭盾,⾼内聚指的是⼀个模块中各个元素之间的联系的紧密程度,低耦合指的是各个模块之间的紧密程度

这就好⽐⼀个企业,包含很多部⻔,各个部⻔之间的关联关系要尽可能的⼩,⼀个部⻔发⽣问题,要尽可能对降低对其他部⻔的影响,就是耦合.但是部⻔内部员⼯关系要尽量紧密,遇到问题⼀起解决,克服.这叫做内聚.

就好比邻⾥邻居，每一个家庭就是一个模块,楼上漏⽔导致楼下遭殃,就是耦合.家庭⼀个成员⽣病,其他成员帮忙照顾,就叫内聚.⼀个家庭内部的关系越紧密越好,⼀个家庭尽可能少的影响另⼀个家庭,就是低耦合。

## ⭕总结 ##

关于《【JavaEE进阶】 关于应用分层》就讲解到这儿，感谢大家的支持，欢迎各位留言交流以及批评指正，如果文章对您有帮助或者觉得作者写的还不错可以点一下关注，点赞，收藏支持一下！

[d22d77bec9514fceb3ae32a634d9403f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/6d66294b088a4b63ab1b5bf7eb248f4b.png
[239f17cba13e43cbabf1a82522bdac58.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/7d4c099c71184a23952c8c163a887d6f.png
[fc28e8165deb4b708d2abc6c8347d637.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/68879a0ea0254ed08255051342f64b8a.png
[6c0ce44a5beb49c7af1a050867c63ea5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/a320ae8c8a3e42f488ef9f0f71e22226.png
[b23e70693cfd4c479554cbfa02cbae05.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/098b6dd3b1de44f3b00a39c4cadacf3a.png
[e45f4175fdf640169c2a69590008e44b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/8eae88ffeaa04c5e932c80d9f2ccc2a9.png