|
譯者:lizeyang blog.csdn.net/lizeyang/article/details/40040817 問題為了避免空指針調(diào)用,我們經(jīng)常會(huì)看到這樣的語句 if (someobject != null) {最終,項(xiàng)目中會(huì)存在大量判空代碼,多么丑陋繁冗!如何避免這種情況?我們是否濫用了判空呢? 回答這是初、中級(jí)程序猿經(jīng)常會(huì)遇到的問題。他們總喜歡在方法中返回null,因此,在調(diào)用這些方法時(shí),也不得不去判空。另外,也許受此習(xí)慣影響,他們總潛意識(shí)地認(rèn)為,所有的返回都是不可信任的,為了保護(hù)自己程序,就加了大量的判空。 吐槽完畢,回到這個(gè)題目本身,進(jìn)行判空前,請(qǐng)區(qū)分以下兩種情況:
你可能還不明白這兩句話的意思,不急,繼續(xù)往下看,接下來將詳細(xì)討論這兩種情況 先說第2種情況null就是一個(gè)不合理的參數(shù),就應(yīng)該明確地中斷程序,往外拋錯(cuò)誤。這種情況常見于api方法。例如你開發(fā)了一個(gè)接口,id是一個(gè)必選的參數(shù),如果調(diào)用方?jīng)]傳這個(gè)參數(shù)給你,當(dāng)然不行。你要感知到這個(gè)情況,告訴調(diào)用方“嘿,哥們,你傳個(gè)null給我做甚'。 相對(duì)于判空語句,更好的檢查方式有兩個(gè)
第1種情況會(huì)更復(fù)雜一些。這種情況下,null是個(gè)”看上去“合理的值,例如,我查詢數(shù)據(jù)庫,某個(gè)查詢條件下,就是沒有對(duì)應(yīng)值,此時(shí)null算是表達(dá)了“空”的概念。 這里給一些實(shí)踐建議: 返回類型不是collections,又怎么辦呢? 那就返回一個(gè)空對(duì)象(而非null對(duì)象),下面舉個(gè)“栗子”,假設(shè)有如下代碼 public class MyParser implements Parser {對(duì)比下面兩份調(diào)用實(shí)例 1.冗余: 每獲取一個(gè)對(duì)象,就判一次空 2.精簡(jiǎn) ParserFactory.getParser().findAction(someInput).doSomething();因?yàn)闊o論什么情況,都不會(huì)返回空對(duì)象,因此通過findAction拿到action后,可以放心地調(diào)用action的方法。擴(kuò)展一下:Java:如何更優(yōu)雅的處理空值? 其他回答精選:如果要用equal方法,請(qǐng)用 例如: 使用 而不是 foo.equals('bar')Java8或者guava lib中,提供了Optional類,這是一個(gè)元素容器,通過它來封裝對(duì)象,可以減少判空。不過代碼量還是不少。不爽。 如果你想返回null,請(qǐng)停下來想一想,這個(gè)地方是否更應(yīng)該拋出一個(gè)異常。 |
|
|