。

每个数据表设计一个模糊分页#xff0c;这样代码就造成了冗余#xff0c;且对自身的技能提升没有帮助。

那么有没有办法实现一个通用的增删改查的方法呢#xff1f;今天…背景

在用spring

plus实现增删改查的时候总是免不了各种模糊查询和分页的查询。

每个数据表设计一个模糊分页这样代码就造成了冗余且对自身的技能提升没有帮助。

那么有没有办法实现一个通用的增删改查的方法呢今天的shigen闲不住参照gitee大神蜗牛的项目实现了通用的查询分页的封装。

在此之前希望你对于mybatis

(StrUtil.isAllNotBlank(sortColumn,

isAsc))

Boolean.parseBoolean(isAsc));page.addOrder(orderItem);}LambdaQueryWrapperSlowLogData

queryWrapper

LambdaQueryWrapperSlowLogData().like(keywordIsNotEmpty,

keyword).or().like(keywordIsNotEmpty,

keyword).or().like(keywordIsNotEmpty,

keyword).or().like(keywordIsNotEmpty,

keyword).or().like(keywordIsNotEmpty,

null,

getBaseMapper().selectPage(page,

queryWrapper);

怎么样我只能先肯定的说这个肯定比mybatis更好一些至少我的Java字段名变了我这边就可以在编译的时候报错提示去修改。

那么shigen是个喜欢把代码写优雅的人这样的代码是活不久的。

根据某些字段的值精确匹配根据某些字段的值进行模糊匹配根据某些字段排序可以升序降序还要进行数据的分页展示

所以如果停留在第一阶段代码能实现那我以上的代码就可以实现。

但是有更高的要求和代码的复用性上我推荐我一下的实现。

查询条件封装

我写了一个工具类AggregateQueriesUtil实现动态查询条件的封装。

public

splicingAggregateQueries(QueryWrapperQ

queries,

aggregate.getEqualsQueries());}if

aggregate.getFuzzyQueries());}if

{aggregate.setSortType(aggregate.hasSortType()

aggregate.getSortType());}return

queries;}/***

obj.getClass().getDeclaredFields();for

(Field

{field.setAccessible(true);String

underlineCase

StrUtil.toUnderlineCase(field.getName());try

{if

obj.getClass().getDeclaredFields();for

(Field

{field.setAccessible(true);String

underlineCase

StrUtil.toUnderlineCase(field.getName());try

{if

StrUtil.toUnderlineCase(sortField);if

(sortType

}第一个方法就是核心的方法实现聚合查询对象的拼接分别处理equals查询、like查询和排序。

也可以看到这里用到了反射实现对象属性名的获取然后通过属性名获得传进来的对象的值。

那这里涉及到AggregateQueries它到底是什么呢这个就是我们查询条件的聚合类。

查询条件聚合类

这里边其实是对查询条件的聚合。

T表示的是等于查询条件的对象它的属性是对应的实体属性的子集即可R表示的是模糊查询条件对象(R是一个Bean可以根据对象的属性作为模糊查询的条件)和T差不多。

剩下的三个属性分别是排序字段、排序方式和最后的分页。

RestControllerpublic

aggregate.getPagination();QueryWrapperUser

wrapper

AggregateQueriesUtil.splicingAggregateQueries(new

QueryWrapper(),

pagination.getPageSize());PageUser

userPage

boot接口的写法可以看到关键点就在于调用我的工具类AggregateQueriesUtil.splicingAggregateQueries(new

QueryWrapper(),

aggregate);拼装成一个动态的QueryWrapper之后就是page的获得最后用mapper进行分页查询。

Data

isDeleted;}只要保证自己定义的queries的属性集合是对应的实体类集合的子集即可。

{equalsQueries:

0,1;查出来的结果正好是一条我的分页容量也是1这是正常的。

那我的接口调用呢

Preparing:

id,username,password,introduction,is_deleted,create_time,update_time

FROM

1(Long)可以看到这也是没问题的了。

好的shigen大功告成一个简易版的模糊查询分页的通用工具封装实现了。

plus的queryWrapper实现了动态的模糊查询分页很好的减少了查询的代码冗余量可以用在实际的项目中减少代码的重复率提升开发效率。

代码我放在了shigen的gitee上。

上边也有很多shigen别的学习笔记欢迎大家的学习和参考。

其实反射有它的优势但是也会影响程序的效率我的代码也并没有做实际的效率测试。

Field[]

obj.getClass().getDeclaredFields();for

(Field

{field.setAccessible(true);String

underlineCase

StrUtil.toUnderlineCase(field.getName());try

{if

我该如何保证不管是等于查询和模糊查询的对象属性和我对应的实体类属性是包含的关系呢我觉得可以做进一步的改进。

如我需要根据id升序再根据introduction降序我该咋办我觉得可以列一个TODO了。

以上就是我本篇的全部内容了如果觉得很不错的话也希望伙伴们点赞、评论、在看和关注哈这样就不活错过很多的干货了。

与shigen一起每天不一样