Spring项目的层级结构理解

前言

作为测试，能看开发代码是一件颇有成就的事。理解后端的项目架构，有利于测试的深入，问题的定位。目前Spring架构已经流行很多年了，这里整理下零碎的知识。

---

 

引用ChatGPT的：

 SpringBoot分层与请求处理

View层---> Controller层(响应前端用户请求) ---> Service层(接口 > 接口实现类) ---> DAO层，即Mapper层(操作数据库，抽象类：xxxMapper.java文件，具体实现在xxxMapper.xml) ---> Model层(对应数据库表，实体类：xxx.java)。

SpringBoot中对各个层的理解

View层

view视图，当用view当包名时，一般里面存放的是对实体表的映射类(视图类)，是用来给前端用的，比如只想展示某个表中的几段信息，view包一般放在controller层。

比如user表中有name、id、age，出于某些原因，我们只需要向用户展示name和id值，但进行相关操作时，我们往往需要对user表进行很复杂读处理，每次定义都很麻烦。

因此可以在view层中定义user_view类，将user表中的name、id存入user_view视图，这样在进行操作时只需调用视图表，就可以完成相对应的操作。

Controller层

控制层，用作业务模块流程的控制，controller层主要调用service层里面的接口控制具体的业务流程，控制的配置也要在配置文件中进行。

也就是说，controller层的功能为请求和响应控制。负责前后端交互，接受前端请求，调用service层，接受service层返回的数据，最后返回具体的页面和数据到客户端。

好处：封装service层的业务逻辑有利于业务逻辑的独立性和重复利用性。

Service层

业务层，业务模块的逻辑应用设计，和dao层一样都是先设计接口，再创建要实现的类，然后在配置文件中进行配置其实现的关联。接下来就可以在service层调用接口进行业务逻辑应用的处理。

service层为业务服务，调用mapper层并提供给controller层使用，间接和数据库打交道。

项目结构包括两部分，接口文件和接口实现类文件，接口文件中定义在controller层中调用的service层方法；接口实现类文件中完成service层接口中定义的方法的实现。

注意：这里接口实现类中方法的实现是指业务逻辑的实现，可能有些方法并不能在实现类里完成真正意义上的实现，还需要在mapper层文件完成其真正意义上的实现（主要是和数据库交互）。

Dao层（Mapper层）

持久层，主要是和数据库进行交互。dao层首先会创建dao接口，接着在配置文件中定义该接口的实现类，然后可以在模块中调用dao的接口进行数据业务的处理。

简单的说就是：dao层的作用为访问数据库，向数据库发送sql语句，完成数据的增删改查任务。

因为后端在实际业务场景中需要存储大量数据，而用户需要的数据只是一部分，为了快速获取用户需要的数据，应该把用户经常用到的数据在dto层中进行封装，在调用服务层时，只需要调用一次便可完成所有的逻辑操作。

Model层（Entity层）

实体层，数据库在项目中的类。用于定义与数据库对象的属性，提供get/set方法，带参和无参的构造方法。

entity = 实体，一般数据库一张表对应一个实体类，类属性同表字段一一对应。比如user表中有name、id、age，则entity包中对应的同名类也只有这三个同名属性。

Model = 模型，比如user表中有name、id、age，用户的密码定义在user_passwd表，进行相关操作时需要将两个表关联使用，每次定义都很麻烦。因此可以在model层中定义user_model类，将user表与user_passwd表中两表的信息整合成一张综合表，这样在进行操作时只需调用综合表，就可以完成对两个表的关联操作。

如果是严格对数据库表操作，就用entity，如果想显示某个几个表的综合信息，就用model，注意model包一般放在service层。 

其他术语（VO，Util，POJO，Domain，DTO）

vo

即view层，value object值对象/view object表现层对象。

Util

工具，util层存放工具类，对于一些独立性很高的小功能，或重复性很高的代码片段，可以提取出来放到Util层中。

POJO

简单无规则Java对象，只有属性+get+set方法，domain，entity，model，都属于pojo类。

domain

域，域是一个大范围，如果想对几个表综合操作，就用domain。

如雇员域包括雇员工作经历表、雇员考勤表、雇员基本信息表。 在domain包中，就可以定义一个大的雇员对象，将三个表的内容整合在一个对象中，作为整体操作。

DTO

DTO = Data Transfer Object = 数据传输对象，与view的用法相同，不过是叫法不同。