使用Mybatis-Plus条件构造器的“进化”过程

最新推荐文章于 2022-08-18 10:55:01 发布

脉脉情缘

最新推荐文章于 2022-08-18 10:55:01 发布

阅读量229

点赞数

分类专栏：后端开发文章标签： java

原文链接：https://blog.24dm.cn/archives/18/

版权

后端开发专栏收录该内容

28 篇文章 1 订阅

订阅专栏

1、天真朴素的写法

QueryWrapper<User> qw = new QueryWrapper<>();
if (StringUtils.isNotBlank(nick)) {
  qw.like("nick", nick);
}
if (state != null) {
  qw.eq("state", state);
}
return userMapper.selectList(qw);

2、分析API后

AbstractWrapper的条件方法均重载有“是否拼接入SQL”的参数，于是变成了：

QueryWrapper<User> qw = new QueryWrapper<>();
qw.like(StringUtils.isNotBlank(nick), "nick", nick);
qw.eq(state != null, "state", state);
return userMapper.selectList(qw);

3、发现链式调用后

AbstractWrapper的条件方法均返回了原对象，于是可以改为：

return userMapper.selectList(new QueryWrapper<User>()
    .like(StringUtils.isNotBlank(nick), "nick", nick)
    .eq(state != null, "state", state)
);

4、发现LambdaQueryWrapper后

return userMapper.selectList(new LambdaQueryWrapper<User>()
    .like(StringUtils.isNotBlank(nick), User::getNick, nick)
    .eq(state != null, User::getState, state)
);

最终成型：此种写法保证了代码简短，并且使用java8的方法引用Entity的Getter方法确保了编译时能正确检查到属性。