Springboot项目与前端项目交互

1.前提条件

前端：官网安装npm、node，保证vue的前端框架成功创建。
后端：使用intelJ工具创建springboot项目成功创建。

2.SpingBoot分层

2.1 Springboot业务分层

springboot分层主要分3层：用户界面、业务层、持久层。
1.用户界面：最直接的就是登录，通过网址进入登录页面，输入用户名、密码点击登录，对用户进行交互。
2.业务层：例如如何处理数据、查询哪个表。
3.持久层：最直接的认识就是数据库，存储数据的地方。

JAVA各层级的调用关系：

• Controller层
  主要任务：负责具体的业务模块流程的控制，在此层里要调用service层的接口来控制业务流程。
  具体实现：针对具体的业务流程，会有不同的控制器，具体的设计过程中可以将流程进行抽象归纳，设计出可以重复利用的子单元流程模块。
• Service层
  主要任务：负责业务模块的逻辑应用设计
  具体实现：service层首先设计接口，在设计实现的类，接着在spring的配置文件中配置起实现的关联。真正的业务实现，具体要调用已定义的DAO层的接口

• DAO层
  主要业务：做数据持久层的工作，负责与数据库进行联络的一些任务都封装在这里
  DAO层的设计：首先设计DAO层的接口，然后再Spring的配置文件中定义此接口的实现类，然后可以在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪一个，显得结构非常清晰。DAO设计的总体规划需要和设计的表，和实现类之间一一对应。
  DAO层所定义的接口里的方法：主要是增删改查，以及一些自定义的对数据库访问的方法。

  
  
  JAVA各层级的调用关系

2.2 Springboot项目分层

从上到下:数据库层、Model层、Mapper层(DAO层)、Service层、Controller层、View层、用户。

• service:impl是把mapper和service进行整合的文件。
• impl-接口实现。
• service:存放业务逻辑处理，也是有些关于数据库处理的操作，但不是直接和数据库打交道，他有接口还有接口实现的方法，在接口的实现方法中需要导入mapper层，mapper层是直接跟数据库打交道的，他也是个接口，只是方法名字、具体实现在mapper.xml文件里，service是供我们使用的方法。
• controller:响应用户请求,决定使用什么视图、需要准备什么数据用来显示

• view:视图根据接到的数据最终展示页面给用户浏览。

  
  
  SpringBoot分层架构图

一般的项目中都有Dao、Entity、Service、Controller层。

• Entity:实体层。
  数据库在项目中的类。Entity层是实体层，也是所谓的model,成为pojo层，是数据库在项目中的类，该文件包含实体类的属性和对应属性的set\get方法。
• Dao:持久层。
  DAO层=mapper层。持久层主要与数据库进行交互（dao层，主要将数据库对比获得的数据封装成前端需要的样子，repository层，主要与数据库交互）。DAO层=mapper层，DAO层调用entity层，DAO层会定义实际使用到的方法，比如增删改查。数据持久化操作就是指：把数据放到持久化的库中，同时提供增删改查操作。
• Service:业务层、控制业务。
  service层主要负责业务模块的逻辑应用设计。先设计接口类-在创建实现的类-配置文件配置关联。service调用dao层接口，接收dao层返回的数据，完成项目的基本功能设计。
  封装service层的业务逻辑有利于业务逻辑的独立性和重复利用性。

• Controller:控制层、控制业务逻辑。
  controller层负责具体的业务模块流程的控制，controller层负责前后端的交互，接受前端请求，调用service层，接收service层返回的数据，最后返回具体的页面和数据到客户端。

  
  
  SpringBoot分层架构图

SpringBoot分层架构逻辑思想：controller层调用service层的方法，Service层调用DAO层中的方法，其中调用得参数是使用Entity层进行传递的。

springboot分层架构简化版：

springboot分层架构简化版简化版

3.SpingBoot Demo实例

以XXX服务后端项目为实例（最简单的方式就是用公司的后端项目拉下来看一下）

XXX项目后端代码结构

3.1 Controller层

例如，前端请求新增资产接口http://10.100.xx.xx:8081/assetsItem/insertOne

请求参数是（我们平时用得最多的就是接口中的post接口中的参数,最简单的方式就是通过F12查看)：

image.png

Controller层会根据路由/assetsItem/insertOne匹配到类AssetsItemController下的insertOne方法。insertOne方法里定义了调用这个方法的路径/insertOne，request的类型是post，入参，出参。方法里具体定义业务流程逻辑，逻辑是通过调用service层定义好的接口。如这里调用了assetsItemService.insert这个接口。即简单可以理解为接口测试需要的部分元素（URL、请求方式、入参、出参）

image.png

3.2 Service层

接着上节，可以在Service层找到接口insert的相关定义和实现。
xxService文件定义了接口
dto和request文件夹里定义了接口需要的入参和出参类
xximpl文件夹定义了接口的具体实现

service层特定的文件夹实现

如：
assetsItemService定义了assetsItem的相关接口，里面包含上文调用的insert方法

image.png

insert方法的入参是一个对象，对象类AssetsItem的定义如下：

image.png

AssetsItemServiceImpl文件里public class AssetsItemServiceImpl implements AssetsItemService 对AssetsItemService 所有方法进行实现，上文被调用的接口insert方法的实现在impl文件里对应有，如下：

image.png

AssetsItemServiceImpl文件里的方法insert定义了具体的实现逻辑，逻辑里调用DAO层的接口，实现对数据库的持久化。

image.png

3.3 DAO层

DAO层包括对数据库操作的接口定义，接口实现，如上文调用的assetsItemDao.insert(assetsItem)：

接口定义在dao文件夹里；

image.png

入参AssetsItem类定义在entity文件夹里；

image.png

对这个接口具体实现的sql定义在mapper文件夹里。

image.png

通过以上流程就实现了接口从前端请求最终要数据库操作。