基于spring boot+mybatisplus的后端开发

基于spring boot+mybatisplus的后端开发

前言：这是一个简单的mvvc前后端分离模式中关于一个使用springjboot以及mybatisplus实现一个简单连接mysql数据并对数据进行相关操作的后端例子，额，入门级别数据表以及涉及到的字段和数据量比较简单。

一、MySQL数据表

我这里复制了sql语句数据自己添加：

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

---

– Table structure for sys_infor

---

DROP TABLE IF EXISTS sys_infor;
CREATE TABLE sys_infor (
id bigint(20) NOT NULL AUTO_INCREMENT,
name varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL,
age int(3) NULL DEFAULT NULL,
weight double NULL DEFAULT NULL,
isfarm tinyint(1) NULL DEFAULT NULL,
born date NULL DEFAULT NULL,
PRIMARY KEY (id) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 42 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;

---

– Records of sys_infor

---

INSERT INTO sys_infor VALUES (1, ‘王慧牛’, 25, 12.3, 0, ‘2024-05-21’);

表：

二、controller以及model层
目录结构参考

Mybatis劣势：
简单CRUD操作需要编写SQL语句（单表仍需要编写Mapper接口方法和xml的sql）
XML中有大量sql需维护
mybatis自身功能有限
对于后端而言呢使用mybatisplus进行数据的操作将会更加方便和简洁MP在mybatis启动的时候，它在mybatis的xml和注解注入之后，紧接着反射分析实体，然后注入到底层容器中。就是注入crud之类的。注入之前MP会进行判断，是否已经注入同样的方法，如果已经注入，就不在注入。它的注入时机在容器启动时，所以MP使用crud、本身是无性能损耗的。

我个人认为有两个需要重点了解使用的点如下：

1、IService接口
BaseMapper 是用在Mapper中，而IService是在Service层使用的封装接口，它进一步封装 CRUD 。为了和BaseMapper 中方法进行区分，它采用了不同的前缀：
get 查询单行
remove 删除
list 查询集合
page 分页 //一般会用于配合前端做一个数据的分页展示，重点了解
save新增
update修改
IService还有一个实现的类ServiceImpl，在使用使用时分别对应service接口和impl实现类。所以·我们在使用这个接口的时候必须也要继承他对应的实现类。

2、条件构造器wrapper
在 Mybatis Plus 中，利用条件构造器 Wrapper 可以帮助我们组装各种 where 条件，具体实现类如 QueryWrapper、 UpdateWrapper 等，在查询、更新、删除操作中会被频繁用到。

1. Wrapper：作为所有条件构造器的基类，Wrapper定义了通用的方法，如eq（等于）、ne（不等于）、gt（大于）等，这些方法用于构建SQL条件表达式。
2. AbstractWrapper：继承自Wrapper，并提供了更多的条件构建方法。它是QueryWrapper和UpdateWrapper的父类，负责实现条件拼接的逻辑。
3. QueryWrapper：适用于传递String类型的字段信息，用于构建查询条件。它继承自AbstractWrapper，并实现了Query接口，提供了更多的查询相关方法。
4. UpdateWrapper：与QueryWrapper类似，但用于构建更新条件。它同样继承自AbstractWrapper，并实现了Update接口。
5. AbstractLambdaWrapper：引入了Lambda语法的支持，使得我们可以使用方法引用代替字段名的字符串表示。这提高了代码的可读性和类型安全性。
6. LambdaQueryWrapper 和 LambdaUpdateWrapper：分别用于Lambda语法的查询和更新条件封装。它们继承自AbstractLambdaWrapper，并实现了相应的查询和更新接口。
   上述重点具体的代码如下：
   
   

三、后端请求
1.Java统一返回类型R
项目中我们会将响应封装成JSON返回，一般我们会将所有接口的数据格式统一， 使前端对数据的操作更一致、轻松。 一般情况下，统一返回数据格式没有固定的格式，只要能描述清楚返回的数据状态以及要返回的具体数 据就可以。但是一般会包含状态码、返回消息、数据这几部分内容

统一返回数据格式：

{
“success”: 布尔, //响应是否成功
“code”: 数字, //响应码
“message”: 字符串, //返回消息
“data”: HashMap //返回数据，放在键值对中
}

上述代码实现了对于数据的一个返还前端进行渲染的axios异步请求处理方法以及相关的分页和增删改操作的后端代码。
测试后端返回值为：
到这里为止基本的后台代码就完成了。