為什么阿里強制 boolean 類型變量不能使用 is 開頭？
點擊關注公眾號，Java干貨及時送達
粉絲福利：小編會從今天留言的小伙伴中隨機抽贈送8.88元現(xiàn)金紅包。娛樂抽獎，大家隨緣積極參與啦，給生活一點小幸運~感謝大家的支持
來源：blog.csdn.net/belongtocode/article/details/100635246
背景
平時工作中大家經常使用到boolean以及Boolean類型的數(shù)據(jù)，前者是基本數(shù)據(jù)類型，后者是包裝類，為什么不推薦使用isXXX來命名呢？到底是用基本類型的數(shù)據(jù)好呢還是用包裝類好呢？
例子
1.其他非boolean類型
?private?String?isHot;
????public?String?getIsHot()?{
????????return?isHot;
????}
2.boolean類型
?private?boolean?isHot;
????public?boolean?isHot()?{
????????return?isHot;
????}
3.包裝類型
?private?Boolean?isHot;
????public?Boolean?getHot()?{
????????return?isHot;
????}
4.不以is開頭
??private?boolean?hot;
????public?boolean?isHot()?{
????????return?hot;
????}
5.包裝類型
?private?Boolean?hot;
????public?Boolean?getHot()?{
????????return?hot;
????}????
其實阿里巴巴發(fā)布的java開發(fā)手冊中就寫明了，強制規(guī)定，布爾類型的數(shù)據(jù)，無論是boolean還是Boolean都不準使用isXXX來命名
對于非boolean類型的參數(shù)，getter和setter方法命名的規(guī)范是以get和set開頭 對于boolean類型的參數(shù)，setter方法是以set開頭，但是getter方法命名的規(guī)范是以is開頭 包裝類自動生成的getter和setter方法的名稱都是 getXXX()和setXXX()
1.其實javaBeans規(guī)范中對這些均有相應的規(guī)定，基本數(shù)據(jù)類型的屬性，其getter和setter方法是getXXX()和setXXX，但是對于基本數(shù)據(jù)中布爾類型的數(shù)據(jù)，又有一套規(guī)定，其getter和setter方法是isXXX()和setXXX。但是包裝類型都是以get開頭
2.這種方式在某些時候是可以正常運行的，但是在一些rpc框架里面，當反向解析讀取到isSuccess()方法的時候，rpc框架會“以為”其對應的屬性值是success，而實際上其對應的屬性值是isSuccess，導致屬性值獲取不到，從而拋出異常。
總結
1、boolean類型的屬性值不建議設置為is開頭，否則會引起rpc框架的序列化異常。
2、如果強行將IDE自動生成的isSuccess()方法修改成getSuccess()，也能獲取到Success屬性值，若兩者并存，則之后通過getSuccess()方法獲取Success屬性值。
工作中使用基本類型的數(shù)據(jù)好還是包裝類好
咱們舉個例子，一個計算盈利的系統(tǒng)，其盈利比例有正有負，若使用了基本類型bouble定義了數(shù)據(jù)，當RPC調用時，若出現(xiàn)了問題，本來應該返回錯誤的，但是由于使用了基本類型，返回了0.0，系統(tǒng)會認為沒有任何問題，今年收支平衡，而不會發(fā)現(xiàn)其實是出現(xiàn)了錯誤。
若使用了包裝數(shù)據(jù)類型Double，當RPC調用失敗時，會返回null，這樣直接就能看到出現(xiàn)問題了，而不會因為默認值的問題影響判斷。
其實阿里java開發(fā)手冊中對于這個也有強制規(guī)定:
因此，這里建議大家POJO中使用包裝數(shù)據(jù)類型，局部變量使用基本數(shù)據(jù)類型。
往 期 推 薦
3、在 IntelliJ IDEA 中這樣使用 Git，賊方便了！
點分享
點收藏
點點贊
點在看
