mybatis中的test语句失效处理方式
目录
- mybatistest语句失效
- 解决方案也很简单
- mybatistest判断注意事项
- 误将一个传入的整型数据使用了下面的判断方式
- 同样整数数据也会转换为double类型
mybatis test语句失效
正常情况下,写动态sql的if test或when test语句时,条件引用为双引号括单引号
如下:
<select id="sel1" resultType="User"> select * from tb_user <where> <choose> <when test="user != null and user != ''"> and user = #{user} </when> <when test="passwd != null and passwd != ''"> and passwd = #{passwd} </when> <otherwise> and 1 = 1 </otherwise> </choose> </where> </select>
但是今天发现一个问题,当传入的值为0或者1时,sql失效不被执行。
如下:
<when test="user == '1‘ "> and user = #{user} </when>
之后,发现是MyBatis自身解析的问题,在标签 中的内容,MyBatis是使用的OGNL表达式来进行解析的,这个地方需要注意下,单引号内有一个字符的情况下,OGNL会将其以 java 中的 char 类型进行解析,那么此时 char 类型与参数 String 类型用等号进行比较的时候结果都是false。
解决方案也很简单
就是把test 中的单个字符用双引号括起来。
<if test='param != "*"'> <choose> <when test='param.indexOf("sub") != -1'> </when> <otherwise> </otherwise> </choose> </if>
mybatis test判断注意事项
在使用mybatis进行判断的时候,一定要注意传入的数据类型与判断的目标值类型是否一致。
最近在一次开发过程,
误将一个传入的整型数据使用了下面的判断方式
<if test="appType != null and appType != ''"> and a.c_appType = #{appType} </if>
其中,appType是一个整型数据。可以看到,在test判断里面使用了 appType != ''。
在进行业务功能测试的时候发现,当传入的值是0时,该条件筛选没有起作用,通过调试发现,mybatis会将空字符串转换成double类型的0.0
如下图所示:
同样整数数据也会转换为double类型
如下图所示:
所以,mybatis在判断的时候,数字0和空字符串是相等的,而我们的if判断里,是两者不相等时该条件才会起作用。
因此,在使用mybatis判断的时候,一定要注意类型是否一致,数字类型就不要判断空字符串的情况了。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。
赞 (0)