首先，對(duì)這個(gè)非?；镜膯?wèn)題表示歉意。我對(duì) stackoverflow 還很陌生，但我對(duì)此感到摸不著頭腦，希望得到一些啟發(fā)。好吧，今天在工作中，我和我同事的代碼經(jīng)過(guò)了同行評(píng)審，并被告知要替換它。Boolean isOpen;*some processing that involves altering the value of isOpen*if (!isOpen){...}有了這個(gè)..if (Objects.equals(Boolean.FALSE, isOpen)){...}我知道這兩種實(shí)現(xiàn)都是正確的并且產(chǎn)生相同的結(jié)果。我也知道使用對(duì)象包裝器的后果Boolean。我不明白在這種情況下使用 NOT 運(yùn)算符和 Objects.equals() 之間的區(qū)別。我知道在運(yùn)行時(shí)isOpen將會(huì)被拆箱。兩者都仍然容易受到a的影響NullPointerException，那么有什么區(qū)別呢？它有點(diǎn)超越了邏輯運(yùn)算符的目的。
2 回答
楊魅力
TA貢獻(xiàn)1811條經(jīng)驗(yàn) 獲得超6個(gè)贊
8.9.2.?枚舉體聲明
在枚舉聲明中，沒(méi)有訪問(wèn)修飾符的構(gòu)造函數(shù)聲明是私有的。
除了你需要多寫(xiě)一個(gè)單詞之外，這沒(méi)有任何區(qū)別。
我看到開(kāi)發(fā)人員將private其變得更加明確（以強(qiáng)調(diào)不能在枚舉之外使用枚舉構(gòu)造函數(shù)的事實(shí)）。我覺(jué)得沒(méi)有必要。
如果我不寫(xiě)
private枚舉的構(gòu)造函數(shù)，它會(huì)使其默認(rèn)嗎？
如果你說(shuō)的“默認(rèn)”是指private，是的。
如果“默認(rèn)”是指package-private，則不是。既不被允許，public也protected不被允許。枚舉構(gòu)造函數(shù)始終是private.
8.9.2.?枚舉體聲明
如果枚舉聲明中的構(gòu)造函數(shù)聲明是公共的或受保護(hù)的（第 6.6 節(jié)），則會(huì)出現(xiàn)編譯時(shí)錯(cuò)誤。
jeck貓
TA貢獻(xiàn)1909條經(jīng)驗(yàn) 獲得超7個(gè)贊
枚舉構(gòu)造函數(shù)只能是私有構(gòu)造函數(shù)。
在枚舉聲明中，沒(méi)有訪問(wèn)修飾符的構(gòu)造函數(shù)聲明是私有的。
...
如果枚舉聲明中的構(gòu)造函數(shù)聲明是公共的或受保護(hù)的，則會(huì)出現(xiàn)編譯時(shí)錯(cuò)誤。
沒(méi)有理由讓它成為私有的：您無(wú)法手動(dòng)創(chuàng)建枚舉的新實(shí)例（這有點(diǎn)是枚舉的要點(diǎn)）。
如果您想要可以創(chuàng)建實(shí)例的東西，請(qǐng)使用常規(guī)類(lèi)。
添加回答
舉報(bào)
0/150
提交
取消