第七色在线视频,2021少妇久久久久久久久久,亚洲欧洲精品成人久久av18,亚洲国产精品特色大片观看完整版,孙宇晨将参加特朗普的晚宴

為了賬號安全,請及時綁定郵箱和手機立即綁定

我好像發(fā)現(xiàn)mp的一個bug

lambdaQueryWrapper.eq(StringUtil.isNotEmpty(xxx),Dto::getXX,new?BigDecimal(xxx));

我遇到的情況類似于這個

代碼的場景是 我需要判斷xxx是否是空字符串,如果是空字符串,不進行拼接sql,如果不是,轉(zhuǎn)換為BigDecimal

但是如果我現(xiàn)在發(fā)現(xiàn),當condition為false時,mp也會檢查后面代碼的合理性,這個好像有點不合理。


類似于下面的代碼:


?lambdaQueryWrapper.eq(false,Dto::getXX,BigDecimal.ONE.divide(BigDecimal.ZERO));


當我第一個參數(shù)為false時,mp會檢查1除以0的合理性

按理說,應(yīng)該是類似于?

if(A?&&?B){}

當A為false時,B都直接不會運行到才對。

正在回答

2 回答

這個我認為不是bug,你的說那個短路與實現(xiàn)的效果,那是基于java語法層面的,mp基于應(yīng)用層面,實現(xiàn)不了你說的這種需求。lambdaQueryWrapper.eq(StringUtil.isNotEmpty(xxx),Dto::getXX,new?BigDecimal(xxx));這個方法,會根據(jù)第一個條件是否為true來判斷,這句是否加入到sql中,但不能做短路處理。

0 回復(fù) 有任何疑惑可以回復(fù)我~

收到,感謝~

0 回復(fù) 有任何疑惑可以回復(fù)我~

舉報

0/150
提交
取消

我好像發(fā)現(xiàn)mp的一個bug

我要回答 關(guān)注問題
微信客服

購課補貼
聯(lián)系客服咨詢優(yōu)惠詳情

幫助反饋 APP下載

慕課網(wǎng)APP
您的移動學(xué)習(xí)伙伴

公眾號

掃描二維碼
關(guān)注慕課網(wǎng)微信公眾號