优化MyBatis查询条件:从Boolean类型判断到<choose>标签的进化

需求背景

作为一名Java CRUD Coder,日常开发中会遇到类似的需求:通过下拉列表选择"是"或"否"来对数据库中的数据进行筛选。如果此时前端的传参是boolean类型的truefalse,后端Mapper层的代码可能会遇到需要构造类似if (param.existFlag) and table.id not in (xxxx1,xxxx2)这样的条件查询,如果你们的ORM框架使用的是MyBatis/MyBatis Plus,请看下文内容。

MyBatis参数映射

错误写法

Java中在写判断条件时,可以使用:

java 复制代码
if(existFlag) {
    //do something
}

在MyBatis的XML中,不可以使用类似的写法:

xml 复制代码
<if test="param.existFlag">
  AND id = 1
</if>

正确写法

xml 复制代码
<if test="param.existFlag != null and param.existFlag == true">
  AND id = 1
</if>

注意事项及优化

缺陷

当我们需要在SQL中需要根据true、false、null执行不同的逻辑时,尽管MyBatis支持上述写法,但这种写法难免不太容易理解。

xml 复制代码
<select id="selectUsersByFlag" resultType="User">
    SELECT * FROM users
    <where>
        <if test="existFlag != null and existFlag == true">
            AND id = 1
        </if>
        <if test="existFlag != null and existFlag == false">
            AND id = 2
        </if>
        <if test="existFlag == null">
            -- 处理字段为null的情况,此处略
        </if>
    </where>
</select>

既然true、false都需要判断,那么这种写法就相当于:

java 复制代码
if (existFlag) {
    // do something 1
} else if (!existFalg){
    //do something 2
} else {
    //do something 3
}

当if条件变得更多时,代码的逻辑结构显然会变得更臃肿,不易理解。那么我们需要再优化一下。

优化

在Java中,当判断条件变多时,可以使用switch语句、策略模式等方案优化,那么在MyBatis中可以使用<choose>进行优化。

MyBatis中的<choose>标签用于在多个条件中选择第一个满足条件的子句。类似于Java中的switch语句,<choose>标签可以根据不同的条件选择执行不同的SQL子句,提高SQL语句的灵活性和可读性。

以上代码可以优化为:

xml 复制代码
<select id="selectUsersByFlag" resultType="User">
  SELECT * FROM users
  <where>
    <choose>
      <when test="existFlag != null and existFlag == true">
        AND id = 1
      </when>
      <when test="existFlag != null and existFlag == false">
        AND id = 2
      </when>
      <otherwise>
        and id = 3
      </otherwise>
    </choose>
  </where>
</select>

同样,也可以使用casewhen优化:

xml 复制代码
SELECT *
FROM users
WHERE
CASE
WHEN existFlag = true THEN id = 1
WHEN existFlag = false THEN id = 2
ELSE
END

写到最后的一点想法

作为一名程序员,我们的代码首先要保证功能可用,在功能可用的前提下,要保证代码质量可读性、安全、性能等。吾日三省吾身,多思考一下代码如何能写的更好,这要求我们需要不断探索代码的最佳实践。

保持持续学习的态度,每天优化一点点,一点点改进,从而写出更加优雅、高效和安全的代码。

后续内容文章持续更新中...

近期发布。


关于我

👋🏻你好,我是Debug.c。微信公众号:种棵代码技术树 的维护者,一个跨专业自学Java,对技术保持热爱的bug猿,同样也是在某二线城市打拼四年余的Java Coder。

🏆在掘金、CSDN、公众号我将分享我最近学习的内容、踩过的坑以及自己对技术的理解。

📞如果您对我感兴趣,请联系我。

若有收获,就点个赞吧,喜欢原图请私信我。

相关推荐
天若有情6738 小时前
Java Swing 实战:从零打造经典黄金矿工游戏
java·后端·游戏·黄金矿工·swin
一只叫煤球的猫8 小时前
建了索引还是慢?索引失效原因有哪些?这10个坑你踩了几个
后端·mysql·性能优化
magic3341656310 小时前
Springboot整合MinIO文件服务(windows版本)
windows·spring boot·后端·minio·文件对象存储
开心-开心急了10 小时前
Flask入门教程——李辉 第一、二章关键知识梳理(更新一次)
后端·python·flask
掘金码甲哥10 小时前
调试grpc的哼哈二将,你值得拥有
后端
小学鸡!11 小时前
Spring Boot实现日志链路追踪
java·spring boot·后端
yumgpkpm11 小时前
华为鲲鹏 Aarch64 环境下多 Oracle 、mysql数据库汇聚到Cloudera CDP7.3操作指南
大数据·数据库·mysql·华为·oracle·kafka·cloudera
程序员云帆哥12 小时前
MySQL JDBC Driver URL参数配置规范
数据库·mysql·jdbc
用户214118326360212 小时前
OpenSpec 实战:用规范驱动开发破解 AI 编程协作难题
后端
Olrookie13 小时前
若依前后端分离版学习笔记(二十)——实现滑块验证码(vue3)
java·前端·笔记·后端·学习·vue·ruoyi