我好像發(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都直接不會運行到才對。
2020-08-09
這個我認為不是bug,你的說那個短路與實現(xiàn)的效果,那是基于java語法層面的,mp基于應(yīng)用層面,實現(xiàn)不了你說的這種需求。
lambdaQueryWrapper.eq(StringUtil.isNotEmpty(xxx),Dto::getXX,
new
?BigDecimal(xxx));這個方法,會根據(jù)第一個條件是否為true來判斷,這句是否加入到sql中,但不能做短路處理。
2020-08-12
收到,感謝~