我好像發(fā)現(xiàn)mp的一個(gè)bug
lambdaQueryWrapper.eq(StringUtil.isNotEmpty(xxx),Dto::getXX,new?BigDecimal(xxx));
我遇到的情況類似于這個(gè)
代碼的場景是 我需要判斷xxx是否是空字符串,如果是空字符串,不進(jìn)行拼接sql,如果不是,轉(zhuǎn)換為BigDecimal
但是如果我現(xiàn)在發(fā)現(xiàn),當(dāng)condition為false時(shí),mp也會檢查后面代碼的合理性,這個(gè)好像有點(diǎn)不合理。
類似于下面的代碼:
?lambdaQueryWrapper.eq(false,Dto::getXX,BigDecimal.ONE.divide(BigDecimal.ZERO));
當(dāng)我第一個(gè)參數(shù)為false時(shí),mp會檢查1除以0的合理性
按理說,應(yīng)該是類似于?
if(A?&&?B){}
當(dāng)A為false時(shí),B都直接不會運(yùn)行到才對。
2020-08-09
這個(gè)我認(rèn)為不是bug,你的說那個(gè)短路與實(shí)現(xiàn)的效果,那是基于java語法層面的,mp基于應(yīng)用層面,實(shí)現(xiàn)不了你說的這種需求。
lambdaQueryWrapper.eq(StringUtil.isNotEmpty(xxx),Dto::getXX,
new
?BigDecimal(xxx));這個(gè)方法,會根據(jù)第一個(gè)條件是否為true來判斷,這句是否加入到sql中,但不能做短路處理。
2020-08-12
收到,感謝~