好得很程序员自学网

<tfoot draggable='sEl'></tfoot>

mybatis中的test语句失效处理方式

mybatis test语句失效

正常情况下,写动态sql的if test或when test语句时,条件引用为双引号括单引号

如下:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

  < 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失效不被执行。

如下:

?

1

2

3

< when test= "user == '1‘ " >

   and user = #{ user }

</ when >

之后,发现是MyBatis自身解析的问题,在标签 中的内容,MyBatis是使用的OGNL表达式来进行解析的,这个地方需要注意下,单引号内有一个字符的情况下,OGNL会将其以 java 中的 char 类型进行解析,那么此时 char 类型与参数 String 类型用等号进行比较的时候结果都是false。

解决方案也很简单

就是把test 中的单个字符用双引号括起来。

?

1

2

3

4

5

6

7

8

9

10

< if test = 'param != "*"' >

    < choose >  

        < when test = 'param.indexOf("sub") != -1' >  

        

        </ when >  

        < otherwise >   

            

        </ otherwise >  

    </ choose > 

</ if >

mybatis test判断注意事项

在使用mybatis进行判断的时候,一定要注意传入的数据类型与判断的目标值类型是否一致。

最近在一次开发过程

误将一个传入的整型数据使用了下面的判断方式

?

1

2

3

< 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判断的时候,一定要注意类型是否一致,数字类型就不要判断空字符串的情况了。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。

原文链接:https://blog.csdn.net/m0_45899013/article/details/116937106

查看更多关于mybatis中的test语句失效处理方式的详细内容...

  阅读:50次