基于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
等,在查询、更新、删除操作中会被频繁用到。
- Wrapper:作为所有条件构造器的基类,Wrapper定义了通用的方法,如
eq
(等于)、ne
(不等于)、gt
(大于)等,这些方法用于构建SQL条件表达式。 - AbstractWrapper:继承自Wrapper,并提供了更多的条件构建方法。它是QueryWrapper和UpdateWrapper的父类,负责实现条件拼接的逻辑。
- QueryWrapper:适用于传递String类型的字段信息,用于构建查询条件。它继承自AbstractWrapper,并实现了Query接口,提供了更多的查询相关方法。
- UpdateWrapper:与QueryWrapper类似,但用于构建更新条件。它同样继承自AbstractWrapper,并实现了Update接口。
- AbstractLambdaWrapper:引入了Lambda语法的支持,使得我们可以使用方法引用代替字段名的字符串表示。这提高了代码的可读性和类型安全性。
- LambdaQueryWrapper 和 LambdaUpdateWrapper:分别用于Lambda语法的查询和更新条件封装。它们继承自AbstractLambdaWrapper,并实现了相应的查询和更新接口。
上述重点具体的代码如下:
三、后端请求
1.Java统一返回类型R
项目中我们会将响应封装成JSON返回,一般我们会将所有接口的数据格式统一, 使前端对数据的操作更一致、轻松。 一般情况下,统一返回数据格式没有固定的格式,只要能描述清楚返回的数据状态以及要返回的具体数 据就可以。但是一般会包含状态码、返回消息、数据这几部分内容
统一返回数据格式:
{
“success”: 布尔, //响应是否成功
“code”: 数字, //响应码
“message”: 字符串, //返回消息
“data”: HashMap //返回数据,放在键值对中
}
上述代码实现了对于数据的一个返还前端进行渲染的axios异步请求处理方法以及相关的分页和增删改操作的后端代码。
测试后端返回值为:
到这里为止基本的后台代码就完成了。