SpringBoot之SSMP整合综合案例
本文最后更新于:1 年前
案例简介
案例效果演示
案例实现方案分析
1. 模块创建
对于这个案例如果按照企业开发的形式进行应该制作后台微服务,前后端分离的开发:
这里简化一下,后台做单体服务器,前端不使用前后端分离的制作:
一个服务器即充当后台服务调用,又负责前端页面展示,降低学习的门槛。
创建一个新的模块,加载要使用的技术对应的starter,修改配置文件格式为yml格式,并把web访问端口先设置成80:
pom.xml
1
2
3
4
5
6
7
8
9
10
11<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>application.yml
1
2server:
port: 80
2. 实体类开发
表结构
1 |
|
实体类
添加lombok的依赖
1
2
3
4<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
</dependency>导入lombok时无需指定版本,由SpringBoot提供版本。
创建实体类
1
2
3
4
5
6
7@Data
public class Book {
private Integer id;
private String type;
private String name;
private String description;
}使用lombok可以通过一个注解@Data完成一个实体类对应的getter,setter,toString,equals,hashCode等操作的快速添加。
3. 数据层开发——基础CRUD
数据层开发本次使用MyBatisPlus技术,数据源使用前面学习的Drui。
- 手工导入starter坐标(2个),mysql驱动(1个)
- 配置数据源与MyBatisPlus对应的配置
- 开发Dao接口(继承BaseMapper)
- 制作测试类测试Dao功能是否有效
- 使用配置方式开启日志,设置日志输出方式为标准输出即可查阅SQL执行日志
步骤①:导入MyBatisPlus与Druid对应的starter,当然mysql的驱动不能少。
1 |
|
步骤②:配置数据库连接相关的数据源配置
1 |
|
步骤③:使用MP的标准通用接口BaseMapper加速开发,别忘了@Mapper和泛型的指定
1 |
|
步骤④:制作测试类测试结果,测试类制作是个好习惯,不过在企业开发中往往都为加速开发跳过此步。
1 |
|
温馨提示
MP技术默认的主键生成策略为雪花算法,生成的主键ID长度较大,和目前的数据库设定规则不相符,需要配置一下使MP使用数据库的主键生成策略。在application.yml中添加对应配置即可,具体如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
>server:
port: 80
>spring:
datasource:
druid:
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://localhost:3306/ssm_db?serverTimezone=UTC
username: root
password: root
>mybatis-plus:
global-config:
db-config:
table-prefix: tbl_ #设置表名通用前缀
id-type: auto #设置主键id字段的生成策略为参照数据库设定的策略,当前数据库设置id生成策略为自增
查看MP运行日志:
在进行数据层测试的时候,因为基础的CRUD操作均由MP给我们提供了,所以就出现了一个局面,开发者不需要书写SQL语句了,这样程序运行的时候总有一种感觉,一切的一切都是黑盒的,作为开发者我们啥也不知道就完了。如果程序正常运行还好,如果报错了甚至都不知道从何下手,因为传递参数、封装SQL语句这些操作完全不是你干预开发出来的,所以查看执行期运行的SQL语句就成为当务之急。
SpringBoot整合MP的时候充分考虑到了这点,通过配置的形式就可以查阅执行期SQL语句,配置如下:
1 |
|
再来看运行结果,此时就显示了运行期执行SQL的情况:
其中清晰的标注了当前执行的SQL语句是什么,携带了什么参数,对应的执行结果是什么,所有信息应有尽有。此处设置的是日志的显示形式,当前配置的是控制台输出,当然还可以由更多的选择,根据需求切换即可:
4. 数据层开发——分页功能制作
前面仅仅是使用了MP提供的基础CRUD功能,实际上MP给我们提供了几乎所有的基础操作,这一节说一下如果实现数据库端的分页操作。
- 使用IPage封装分页数据
- 分页操作依赖MyBatisPlus分页拦截器实现功能
- 借助MyBatisPlus日志查阅执行SQL语句
使用IPage封装分页数据
分页操作需要设定分页对象IPage,IPage对象中封装了分页操作中的所有数据:
- 数据
- 当前页码值
- 每页数据总量
- 最大页码值
- 数据总量
1
2
3
4
5
6
7
8
9
10
11@Test
void testGetPage(){
IPage page = new Page(2,5);
bookDao.selectPage(page, null);
System.out.println(page.getCurrent()); //当前页码值
System.out.println(page.getSize()); //每页显示数
System.out.println(page.getTotal()); //数据总量
System.out.println(page.getPages()); //总页数
System.out.println(page.getRecords()); //详细数据
}定义MP拦截器并将其设置为Spring管控的bean
分页操作是在MyBatisPlus的常规操作基础上增强得到,内部是动态的拼写SQL语句,因此需要增强对应的功能,
使用MyBatisPlus拦截器实现。1
2
3
4
5
6
7
8
9@Configuration
public class MPConfig {
@Bean
public MybatisPlusInterceptor mybatisPlusInterceptor(){
MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor();
interceptor.addInnerInterceptor(new PaginationInnerInterceptor());
return interceptor;
}
}上述代码第一行是创建MP的拦截器栈,这个时候拦截器栈中没有具体的拦截器,第二行是初始化了分页拦截器,并添加到拦截器栈中。如果后期开发其他功能,需要添加全新的拦截器,按照第二行的格式继续add进去新的拦截器就可以了。
借助MyBatisPlus日志查阅执行SQL语句
5. 数据层开发——条件查询功能制作
除了分页功能,MP还提供有强大的条件查询功能。以往我们写条件查询要自己动态拼写复杂的SQL语句,现在简单了,MP将这些操作都制作成API接口,调用一个又一个的方法就可以实现各种套件的拼装。
- 使用QueryWrapper对象封装查询条件
- 推荐使用LambdaQueryWrapper对象
- 所有查询操作封装成方法调用
- 查询条件支持动态条件拼装
下面执行一个模糊匹配对应的操作,由like条件书写变为了like方法的调用。
使用QueryWrapper对象封装查询条件
第一句QueryWrapper对象是一个用于封装查询条件的对象,该对象可以动态使用API调用的方法添加条件,最终转化成对应的SQL语句。第二句就是一个条件了,需要什么条件,使用QueryWapper对象直接调用对应操作即可。比如做大于小于关系,就可以使用lt或gt方法,等于使用eq方法
1
2
3
4
5
6@Test
void testGetBy(){
QueryWrapper<Book> qw = new QueryWrapper<>();
qw.like("name","直播");
bookDao.selectList(qw);
}使用LambdaQueryWrapper对象(推荐)
使用QueryWrapper对象封装查询条件时,属性字段名的书写存在着安全隐患,比如查询字段name,当前是以字符串的形态书写的,万一写错,编译器还没有办法发现,只能将问题抛到运行器通过异常堆栈告诉开发者,不太友好。MP针对字段检查进行了功能升级,全面支持Lambda表达式,由QueryWrapper对象升级为LambdaQueryWrapper对象,就避免了上述问题的出现。
1
2
3
4
5
6
7@Test
void testGetBy2(){
String description = "框架";
LambdaQueryWrapper<Book> lqw = new LambdaQueryWrapper<>();
lqw.like(Book::getDescription, description);
bookDao.selectList(lqw);
}为了便于开发者动态拼写SQL,防止将null数据作为条件使用,MP还提供了动态拼装SQL的快捷书写方式
1
2
3
4
5
6
7
8@Test
void testGetBy2(){
String name = "Java";
LambdaQueryWrapper<Book> lqw = new LambdaQueryWrapper<Book>();
//if(name != null) lqw.like(Book::getName,name); //方式一:JAVA代码控制
lqw.like(name != null,Book::getName,name); //方式二:API接口提供控制开关
bookDao.selectList(lqw);
}
6. 业务层开发
数据层开发告一段落,下面进行业务层开发,其实标准业务层开发很多初学者认为就是调用数据层》这个理解是没有大问题的,更精准的说法应该是组织业务逻辑功能,并根据业务需求,对数据持久层发起调用。有什么差别呢?目标是为了组织出符合需求的业务逻辑功能,至于调不调用数据层还真不好说,有需求就调用,没有需求就不调用。
- Service接口名称定义成业务名称,并与Dao接口名称进行区分
- 制作测试类测试Service功能是否有效
业务层原始开发流程
定义业务层接口
1
2
3
4
5
6
7
8public interface BookService {
Boolean save(Book book);
Boolean update(Book book);
Boolean delete(Integer id);
Book getById(Integer id);
List<Book> getAll();
IPage<Book> getPage(int currentPage,int pageSize);
}业务层实现类转调数据层
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38@Service
public class BookServiceImpl implements BookService {
@Autowired
private BookDao bookDao;
@Override
public Boolean save(Book book) {
return bookDao.insert(book) > 0;
}
@Override
public Boolean update(Book book) {
return bookDao.updateById(book) > 0;
}
@Override
public Boolean delete(Integer id) {
return bookDao.deleteById(id) > 0;
}
@Override
public Book getById(Integer id) {
return bookDao.selectById(id);
}
@Override
public List<Book> getAll() {
return bookDao.selectList(null);
}
@Override
public IPage<Book> getPage(int currentPage, int pageSize) {
IPage page = new Page(currentPage,pageSize);
bookDao.selectPage(page,null);
return page;
}
}对业务层接口进行测试
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48@SpringBootTest
public class BookServiceTest {
@Autowired
private IBookService bookService;
@Test
void testGetById(){
System.out.println(bookService.getById(4));
}
@Test
void testSave(){
Book book = new Book();
book.setType("测试数据123");
book.setName("测试数据123");
book.setDescription("测试数据123");
bookService.save(book);
}
@Test
void testUpdate(){
Book book = new Book();
book.setId(17);
book.setType("-----------------");
book.setName("测试数据123");
book.setDescription("测试数据123");
bookService.updateById(book);
}
@Test
void testDelete(){
bookService.removeById(18);
}
@Test
void testGetAll(){
bookService.list();
}
@Test
void testGetPage(){
IPage<Book> page = new Page<Book>(2,5);
bookService.page(page);
System.out.println(page.getCurrent());
System.out.println(page.getSize());
System.out.println(page.getTotal());
System.out.println(page.getPages());
System.out.println(page.getRecords());
}
}
使用MP接口业务层快速开发
其实MP技术不仅提供了数据层快速开发方案,业务层MP也给了一个通用接口,其实就是一个封装+继承的思想,但实际开发慎用。
- 使用通用接口(ISerivce<T>)快速开发Service
- 使用通用实现类(ServiceImpl<M,T>)快速开发ServiceImpl
- 可以在通用接口基础上做功能重载或功能追加
- 注意重载时不要覆盖原始操作,避免原始提供的功能丢失
业务层接口快速开发
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16public interface IBookService extends IService<Book> {
//这里可添加非通用操作API接口(自定义的接口)
}
2. **业务层实现类快速开发**
实现类继承的类需要传入两个泛型,一个是数据层接口,另一个是实体类。
~~~java
@Service
public class IBookServiceImpl extends ServiceImpl<BookDao, Book> implements IBookService {
@Autowired
private BookDao bookDao;
//这里可添加非通用操作API(自定义方法)
}如果感觉MP提供的功能不足以支撑你的使用需要,其实是一定不能支撑的,因为需求不可能是通用的,在原始接口基础上接着定义新的API接口就行了,就是自定义自己的操作,不要和已有的API接口名冲突即可。
对业务层进行测试
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49@SpringBootTest
class IBookServiceTest {
@Autowired
private IBookService iBookService;
@Test
void testGetById() {
System.out.println(iBookService.getById(4));
}
@Test
void testSave() {
Book book = new Book();
book.setName("测试02");
book.setType("测试02");
book.setDescription("测试02");
System.out.println(iBookService.save(book));
}
@Test
void testUpdate() {
Book book = new Book();
book.setId(14);
book.setName("测试02");
book.setType("测试02");
book.setDescription("测试02");
System.out.println(iBookService.updateById(book));
}
@Test
void testDelete() {
System.out.println(iBookService.removeById(17));
}
@Test
void testGetAll() {
System.out.println(iBookService.list());
}
@Test
void testGetPage() {
IPage<Book> page = new Page(2, 5);
iBookService.page(page);
System.out.println(page.getRecords());
}
}在通用类基础上做功能重载或功能追加
接口定义
1
2
3
4
5
6
7
8
9public interface IBookService extends IService<Book> {
//追加的操作与原始操作通过名称区分,功能类似
Boolean modify(Book book);
Boolean delete(Integer id);
IPage<Book> getPage(int currentPage, int pageSize);
}实现类追加功能
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23@Service
public class IBookServiceImpl extends ServiceImpl<BookDao, Book> implements IBookService {
@Autowired
private BookDao bookDao;
@Override
public Boolean modify(Book book) {
return bookDao.updateById(book) > 0;
}
@Override
public Boolean delete(Integer id) {
return bookDao.deleteById(id) > 0;
}
@Override
public IPage<Book> getPage(int currentPage, int pageSize) {
IPage page = new Page(currentPage, pageSize);
bookDao.selectPage(page,null);
return page;
}
}
7. 表现层开发
表现层使用基于Restful的表现层接口开发,功能测试通过Postman工具进行。
- 基于Restful制作表现层接口
- 新增:POST
- 删除:DELETE
- 修改:PUT
- 查询:GET
- 接收参数
- 实体数据:@RequestBody
- 路径变量:@PathVariable
基于Restful的表现层接口开发
1 |
|
Postman接口测试
在使用Postman测试时关注提交类型,一一对应,否则会报405错误码。
普通GET请求
PUT请求传递json数据,后台实用@RequestBody接收数据
GET请求传递路径变量,后台实用@PathVariable接收数据
8. 表现层消息一致性处理
通过Postman测试后业务层接口功能时通的,但是这样的结果给到前端开发者会出现一个小问题。不同的操作结果所展示的数据格式差异化严重。
每种不同操作返回的数据格式都不一样,而且还不知道以后还会有什么格式,这样的结果让前端人员看了是很容易让人崩溃的,必须将所有操作的操作结果数据格式统一起来,需要设计表现层返回结果的模型类,用于后端与前端进行数据格式统一,也称为前后端数据协议。
设计表现层返回结果的模型类,用于后端与前端进行数据格式统一,也称为前后端数据协议
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17@Data
public class R {
private Boolean flag;
private Object data;
public R() {
}
public R(Boolean flag) {
this.flag = flag;
}
public R(Boolean flag, Object data) {
this.flag = flag;
this.data = data;
}
}表现层接口统一返回值类型结果
接口测试
现在后端发送给前端的数据格式就统一了,免去了不少前端解析数据的麻烦。
总结
设计统一的返回值结果类型便于前端开发读取数据;
返回值结果类型可以根据需求自行设定,没有固定格式;
返回值结果模型类用于后端与前端进行数据格式统一,也称为前后端数据协议。
9. 前后端联通性测试
后端的表现层接口开发完毕,下面进行前端的开发。
将前端人员开发的页面保存到 resources 目录下的 static 目录中,建议执行maven的clean生命周期,避免缓存的问题出现。
在进行具体的功能开发之前,先做联通性的测试,通过页面发送异步提交(axios),这一步调试通过后再进行进一步的功能开发
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15//钩子函数,VUE对象初始化完成后自动执行
created() {
this.getAll()
},
methods: {
//列表
getAll() {
//发生异步请求
axios.get("/books").then((res)=>{
console.log(res.data)
});
},
}
后台代码能够正常工作,前端能够在日志中接收到数据,证明前后端是通的,可以进行下一步的功能开发了。
总结
- 单体项目中页面放置在resources/static目录下
- created钩子函数用于初始化页面时发起调用
- 页面使用axios发送异步请求获取数据后确认前后端是否联通
9. 页面基础功能开发
列表功能(非分页版)
列表功能主要操作就是加载完数据,将数据展示到页面上,此处要利用VUE的数据模型绑定,发送请求得到数据,然后页面上读取指定数据即可。
页面数据模型定义
1
2
3
4
5data:{
//当前页要展示的列表数据
dataList: [],
...
},异步请求获取数据
1
2
3
4
5
6//列表
getAll() {
axios.get("/books").then((res)=>{
this.dataList = res.data.data;
});
},效果测试
这样在页面加载时就可以获取到数据,并且由VUE将数据展示到页面上了
添加功能
添加功能用于收集数据的表单是通过一个弹窗展示的,因此在添加操作前首先要进行弹窗的展示,添加后隐藏弹窗即可。
弹出添加窗口
页面加载时弹窗为设置不可显示状态,点击添加按钮时需要展示,切换为可见状态即可。
1
2
3
4//弹出添加窗口
handleCreate() {
this.dialogFormVisible = true;
},操作前清理数据
由于每次添加数据都是使用同一个弹窗录入数据,所以每次操作的痕迹将在下一次操作时展示出来,需要在每次操作之前清理掉上次操作的痕迹
1
2
3
4//重置表单
resetForm() {
this.formData = {};
},1
2
3
4
5//弹出添加窗口
handleCreate() {
this.dialogFormVisible = true;
this.resetForm();
},添加操作
将要保存的数据传递到后台,通过post请求的第二个参数传递json数据到后台
根据返回的操作结果决定下一步操作
- 如何是true就关闭添加窗口,显示添加成功的消息
- 如果是false保留添加窗口,显示添加失败的消息
无论添加是否成功,页面均进行刷新,动态加载数据(对getAll操作发起调用)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15//添加
handleAdd () {
//发送异步请求
axios.post("/books",this.formData).then((res)=>{
//如果操作成功,关闭弹层,显示数据
if(res.data.flag){
this.dialogFormVisible = false;
this.$message.success("添加成功");
}else {
this.$message.error("添加失败");
}
}).finally(()=>{
this.getAll();
});
},
取消添加操作
1
2
3
4
5//取消
cancel(){
this.dialogFormVisible = false;
this.$message.info("操作取消");
},
总结
- 请求方式使用POST调用后台对应操作;
- 添加操作结束后动态刷新页面加载数据;
- 根据操作结果不同,显示对应的提示信息;
- 弹出添加Div时清除表单数据。
删除功能
模仿添加操作制作删除功能,差别之处在于删除操作仅传递一个待删除的数据id到后台即可。
删除操作
1
2
3
4
5
6
7
8
9
10
11
12// 删除
handleDelete(row) {
axios.delete("/books/"+row.id).then((res)=>{
if(res.data.flag){
this.$message.success("删除成功");
}else{
this.$message.error("删除失败");
}
}).finally(()=>{
this.getAll();
});
},删除操作提示信息
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21// 删除
handleDelete(row) {
//1.弹出提示框
this.$confirm("此操作将永久删除当前数据,是否继续?","提示",{
type:'info'
}).then(()=>{
//2.做删除业务
axios.delete("/books/"+row.id).then((res)=>{
if(res.data.flag){
this.$message.success("删除成功");
}else{
this.$message.error("删除失败");
}
}).finally(()=>{
this.getAll();
});
}).catch(()=>{
//3.取消删除
this.$message.info("取消操作");
});
},
总结
- 请求方式使用Delete调用后台对应操作;
- 删除操作需要传递当前行数据对应的id值到后台;
- 删除操作结束后动态刷新页面加载数据;
- 根据操作结果不同,显示对应的提示信息;
- 删除操作前弹出提示框避免误操作。
修改功能
修改功能可以说是列表功能、删除功能与添加功能的合体。几个相似点如下:
页面也需要有一个弹窗用来加载修改的数据,这一点与添加相同,都是要弹窗
弹出窗口中要加载待修改的数据,而数据需要通过查询得到,这一点与查询全部相同,都是要查数据
查询操作需要将要修改的数据id发送到后台,这一点与删除相同,都是传递id到后台
查询得到数据后需要展示到弹窗中,这一点与查询全部相同,都是要通过数据模型绑定展示数据
修改数据时需要将被修改的数据传递到后台,这一点与添加相同,都是要传递数据
所以整体上来看,修改功能就是前面几个功能的大合体。
查询并在编辑弹层展示数据
1
2
3
4
5
6
7
8
9
10
11
12//弹出编辑窗口
handleUpdate(row) {
axios.get("/books/"+row.id).then((res)=>{
if(res.data.flag){
//展示弹层,加载数据
this.formData = res.data.data;
this.dialogFormVisible4Edit = true;
}else{
this.$message.error("数据同步失败,自动刷新");
}
});
},修改操作
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15//修改
handleEdit() {
axios.put("/books",this.formData).then((res)=>{
//如果操作成功,关闭弹层并刷新页面
if(res.data.flag){
this.dialogFormVisible4Edit = false;
this.$message.success("修改成功");
}else {
this.$message.error("修改失败,请重试");
}
}).finally(()=>{
//重新加载数据
this.getAll();
});
},取消修改操作
1
2
3
4
5
6//取消
cancel() {
this.dialogFormVisible = false;
this.dialogFormVisible4Edit = false;
this.$message.info("操作取消!");
},
总结
加载要修改数据通过传递当前行数据对应的id值到后台查询数据(同删除与查询全部);
利用前端双向数据绑定将查询到的数据进行回显(同查询全部);
请求方式使用PUT调用后台对应操作(同新增传递数据);
修改操作结束后动态刷新页面加载数据(同新增);
根据操作结果不同,显示对应的提示信息(同新增)。
10. 业务消息一致性处理
目前的功能制作基本上达成了正常使用的情况,但程序如果出现BUGBUG,会再次导致数据格式不统一性。
所以不仅要对正确的操作数据格式做处理,还要对错误的操作数据格式做同样的格式处理。
在当前的数据结果中添加消息字段,用来兼容后台出现的操作消息
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29@Data
public class R {
private Boolean flag;
private Object data;
private String msg; //用于封装消息
public R() {
}
public R(Boolean flag) {
this.flag = flag;
}
public R(Boolean flag, Object data) {
this.flag = flag;
this.data = data;
}
public R(String msg) {
this.flag = false;
this.msg = msg;
}
public R(Boolean flag, String msg) {
this.flag = flag;
this.msg = msg;
}
}后台代码也要根据情况做处理
1
2
3
4
5@PostMapping
public R save(@RequestBody Book book) throws IOException {
Boolean flag = bookService.insert(book);
return new R(flag , flag ? "添加成功^_^" : "添加失败-_-!");
}在表现层做统一的异常处理,使用SpringMVC提供的异常处理器做统一的异常处理
1
2
3
4
5
6
7
8
9
10
11
12
13@RestControllerAdvice
public class ProjectExceptionAdvice {
@ExceptionHandler(Exception.class)
public R doOtherException(Exception ex){
//记录日志
//发送消息给运维
//发送邮件给开发人员,ex对象发送给开发人员
ex.printStackTrace();
return new R(false,null,"系统错误,请稍后再试!");
}
}页面上得到数据后,先判定是否有后台传递过来的消息,标志就是当前操作是否成功,如果返回操作结果false,就读取后台传递的消息
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15//添加
handleAdd () {
//发送ajax请求
axios.post("/books",this.formData).then((res)=>{
//如果操作成功,关闭弹层,显示数据
if(res.data.flag){
this.dialogFormVisible = false;
this.$message.success(res.data.msg); //消息来自于后台传递过来,而非固定内容
}else {
this.$message.error(res.data.msg); //消息来自于后台传递过来,而非固定内容
}
}).finally(()=>{
this.getAll();
});
},
总结
使用注解@RestControllerAdvice定义SpringMVC异常处理器用来处理异常的;
异常处理器必须被扫描加载,否则无法生效;
表现层返回结果的模型类中添加消息属性用来传递消息到页面。
11. 页面功能开发
分页功能
页面使用el分页组件添加分页功能
分页功能的制作用于替换前面的查询全部,其中要使用到elementUI提供的分页组件。
1
2
3
4
5
6
7
8
9
10
11<!--分页组件-->
<div class="pagination-container">
<el-pagination
class="pagiantion"
@current-change="handleCurrentChange"
:current-page="pagination.currentPage"
:page-size="pagination.pageSize"
layout="total, prev, pager, next, jumper"
:total="pagination.total">
</el-pagination>
</div>定义分页组件需要使用的数据并将数据绑定到分页组件
1
2
3
4
5
6
7
8data:{
pagination: {
//分页相关模型数据
currentPage: 1, //当前页码
pageSize:10, //每页显示的记录数
total:0, //总记录数
}
},替换查询全部功能为分页功能,通过路径变量传递页码信息参数
1
2
3
4getAll() {
axios.get("/books/"+this.pagination.currentPage+"/"+this.pagination.pageSize).then((res) => {
});
},后台提供对应的分页查询功能
1
2
3
4
5@GetMapping("/{currentPage}/{pageSize}")
public R getAll(@PathVariable Integer currentPage,@PathVariable Integer pageSize){
IPage<Book> pageBook = bookService.getPage(currentPage, pageSize);
return new R(null != pageBook ,pageBook);
}页面根据分页操作结果读取对应数据,并进行数据模型绑定
1
2
3
4
5
6
7
8getAll() {
axios.get("/books/"+this.pagination.currentPage+"/"+this.pagination.pageSize).then((res) => {
this.pagination.total = res.data.data.total;
this.pagination.currentPage = res.data.data.current;
this.pagination.pagesize = res.data.data.size;
this.dataList = res.data.data.records;
});
},对切换页码操作设置调用当前分页操作
1
2
3
4
5
6
7
8getAll() {
axios.get("/books/"+this.pagination.currentPage+"/"+this.pagination.pageSize).then((res) => {
this.pagination.total = res.data.data.total;
this.pagination.currentPage = res.data.data.current;
this.pagination.pagesize = res.data.data.size;
this.dataList = res.data.data.records;
});
},
总结
- 使用el分页组件;
- 定义分页组件绑定的数据模型;
- 异步调用获取分页数据;
- 分页数据页面回显。
删除功能维护
由于使用了分页功能,当最后一页只有一条数据时,删除操作就会出现BUG,最后一页无数据但是独立展示。
对分页查询功能进行后台功能维护,如果当前页码值大于最大页码值,重新执行查询。(其实这个问题解决方案很多,这里给出比较简单的一种处理方案。)
1 |
|
条件查询功能
条件查询可以理解为分页查询的时候除了携带分页数据再多带几个数据的查询。这些多带的数据就是查询条件。
不带条件的分页查询与带条件的分页查询的区别:
页面封装的数据:带不带条件影响的仅仅是一次性传递到后台的数据总量,由传递2个分页相关的数据转换成2个分页数据加若干个条件
后台查询功能:查询时由不带条件,转换成带条件,反正不带条件的时候查询条件对象使用的是null,现在换成具体条件,差别不大
查询结果:不管带不带条件,出来的数据只是有数量上的差别,其他都差别,这个可以忽略
经过上述分析,看来需要在页面发送请求的格式方面做一定的修改,后台的调用数据层操作时发送修改,其他没有区别
页面发送请求时,两个分页数据仍然使用路径变量,其他条件采用动态拼装url参数的形式传递
页面封装查询条件字段
1
2
3
4
5
6
7
8
9pagination: {
//分页相关模型数据
currentPage: 1, //当前页码
pageSize:10, //每页显示的记录数
total:0, //总记录数
name: "",
type: "",
description: ""
},页面添加查询条件字段对应的数据模型绑定名称
1
2
3
4
5
6
7<div class="filter-container">
<el-input placeholder="图书类别" v-model="pagination.type" class="filter-item"/>
<el-input placeholder="图书名称" v-model="pagination.name" class="filter-item"/>
<el-input placeholder="图书描述" v-model="pagination.description" class="filter-item"/>
<el-button @click="getAll()" class="dalfBut">查询</el-button>
<el-button type="primary" class="butT" @click="handleCreate()">新建</el-button>
</div>将查询条件组织成url参数,添加到请求url地址中(这里可以借助其他类库快速开发,当前使用手工形式拼接,降低学习要求)
1
2
3
4
5
6
7
8
9
10getAll() {
//1.获取查询条件,拼接查询条件
param = "?name=" + this.pagination.name;
param += "&type=" + this.pagination.type;
param += "&description=" + this.pagination.description;
console.log("-----------------" + param);
axios.get("/books/" + this.pagination.currentPage + "/" + this.pagination.pageSize + param).then((res) => {
this.dataList = res.data.data.records;
});
},后台代码中定义实体类封查询条件
1
2
3
4
5
6
7
8
9@GetMapping("{currentPage}/{pageSize}")
public R getPage(@PathVariable int currentPage,@PathVariable int pageSize){
IPage<Book> page = bookService.getPage(currentPage, pageSize, book);
//如果当前页码值大于了总页码值,那么重新执行查询操作,使用最大页码值作为当前页码值
if( currentPage > page.getPages()){
page = bookService.getPage((int)page.getPages(), pageSize, book);
}
return new R(true, page);
}对应业务层接口与实现类进行修正
1
2
3public interface IBookService extends IService<Book> {
IPage<Book> getPage(Integer currentPage,Integer pageSize,Book queryBook);
}1
2
3
4
5
6
7
8
9
10
11
12
13
14@Service
public class IBookServiceImpl extends ServiceImpl<BookDao,Book> implements IBookService {
@Override
public IPage<Book> getPage(Integer currentPage, Integer pageSize, Book queryBook) {
IPage page = new Page(currentPage, pageSize);
LambdaQueryWrapper<Book> lqw = new LambdaQueryWrapper<Book>();
lqw.like(Strings.isNotEmpty(queryBook.getName()), Book::getName, queryBook.getName());
lqw.like(Strings.isNotEmpty(queryBook.getType()), Book::getType, queryBook.getType());
lqw.like(Strings.isNotEmpty(queryBook.getDescription()),
Book::getDescription, queryBook.getDescription());
return bookDao.selectPage(page, lqw);
}
}页面回显数据
1
2
3
4
5
6
7
8
9
10
11
12
13getAll() {
//1.获取查询条件,拼接查询条件
param = "?name=" + this.pagination.name;
param += "&type=" + this.pagination.type;
param += "&description=" + this.pagination.description;
console.log("-----------------" + param);
axios.get("/books/" + this.pagination.currentPage + "/" + this.pagination.pageSize + param).then((res) => {
this.pagination.total = res.data.data.total;
this.pagination.currentPage = res.data.data.current;
this.pagination.pagesize = res.data.data.size;
this.dataList = res.data.data.records;
});
},
总结
- 定义查询条件数据模型(当前封装到分页数据模型中)
- 异步调用分页功能并通过请求参数传递数据到后台
本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!