不要在心情糟糕的時候寫代碼，能坑死自己。 今天碼代碼的時候出現一個問題，脾氣暴躁到砸桌子， 在Mybatis傳入參數為String並且用 if test 判斷的過程中發現 <if test="dwsh != null and dwsh != ''"> </if> ...

今天調試一個非常簡單的test判斷字符串查詢語句，怎么調試都是不好用，后來百度才發現，是我寫的test標簽寫錯了，我寫成： <if test="record.current != null and record.current=='1'" > 注意：1旁邊是單引號 ...

之前只知道如果是Integer類型，判斷是否傳參的時候判空就好，因為0會被認為和空字符''相等。 沒想到還有另外的問題 注意上面的第二個條件使用的單個等號，此時不管你req.type傳啥值（0啊，null啊，負數啊），甚至是不傳這個屬性，都會符合條件 然后我改成 ...

Mybatis 中，alarmType 是int類型。如果alarmType 為0的話，條件判斷返回結果為false，其它值的話，返回true。 if(!zxyf.equals("")){ pd.put("zxyf", Convert.filterInteger(zxyf ...

今日思語：受過生活的虐，很容易愛上 四下無人的街，對酒當歌的夜~ 在處理判斷條件時，經常會以某個值進行判斷走不同的邏輯，mybatis中判斷字符串相等時，如下： 但在運行過程中並沒有生效，解決辦法： 1、將外層雙引號改為單引號，如下： 2、使用 ...

1、使用“==”比較 字符類型 的值 用“==”比較的使用場景： 不管你用的什么類型的變量，只要變量的值是字符類型就用“==” 產生原因： 在mybatis中如果<if>標簽用一個“=”判斷左右兩邊的值是否相等，則mybatis會把“=”兩邊的值自動拆箱成基礎數據類型 ...

今天使用mybatis開發公司中台項目踩的一個坑，分享並記錄一下 踩坑前因：因項目中比較多狀態字段，用了大量的Integer 0和1進行判斷 在功能做完后只是粗略的點了下覺得沒多大問題（來自程序員強大的自信），便提交了代碼，很不巧的是剛好領導在做功能測試，發現了功能缺陷，主角來了： 在做牧戶 ...

在mybatis框架中進行參數非空或者字符串比較判斷時： <if test = " mnyType == '1' "> 因為mybatis是用OGNL表達式解析的，在OGNL表達式中 ‘1’ 會被解析成字符串，又因為Java是強類型的，char和string會導致不相等 ...