本篇內(nèi)容介紹了“如何避免空指針調(diào)用”的有關(guān)知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠?qū)W有所成!
10年的桓仁網(wǎng)站建設(shè)經(jīng)驗,針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù),響應快,48小時及時工作處理。成都營銷網(wǎng)站建設(shè)的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同,自動調(diào)整桓仁建站的顯示方式,使網(wǎng)站能夠適用不同顯示終端,在瀏覽器中調(diào)整網(wǎng)站的寬度,無論在任何一種瀏覽器上瀏覽網(wǎng)站,都能展現(xiàn)優(yōu)雅布局與設(shè)計,從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)從事“桓仁網(wǎng)站設(shè)計”,“桓仁網(wǎng)站推廣”以來,每個客戶項目都認真落實執(zhí)行。
問題
為了避免空指針調(diào)用,我們經(jīng)常會看到這樣的語句:
...if (someobject != null) { someobject.doCalc();}...
最終,項目中會存在大量判空代碼,多么丑陋繁冗!如何避免這種情況?我們是否濫用了判空呢?
精華回答
這是初、中級程序猿經(jīng)常會遇到的問題。他們總喜歡在方法中返回 null,因此,在調(diào)用這些方法時,也不得不去判空。
另外,也許受此習慣影響,他們總潛意識地認為,所有的返回都是不可信任的,為了保護自己程序,就加了大量的判空。
吐槽完畢,回到這個題目本身,進行判空前,請區(qū)分以下兩種情況:
null 是一個有效有意義的返回值。(Where null is a valid response in terms of the contract; and)
null 是無效有誤的(Where it isn't a valid response.)
你可能還不明白這兩句話的意思,不急,繼續(xù)往下看,接下來將詳細討論這兩種情況。
①先說第 2 種情況
null 就是一個不合理的參數(shù),就應該明確地中斷程序,往外拋錯誤。這種情況常見于 api 方法。
例如你開發(fā)了一個接口,id 是一個必選的參數(shù),如果調(diào)用方?jīng)]傳這個參數(shù)給你,當然不行。
你要感知到這個情況,告訴調(diào)用方“嘿,哥們,你傳個 null 給我做甚"。
相對于判空語句,更好的檢查方式有兩個:
assert 語句,你可以把錯誤原因放到 assert 的參數(shù)中,這樣不僅能保護你的程序不往下走,而且還能把錯誤原因返回給調(diào)用方,豈不是一舉兩得。(原文介紹了 assert 的使用,這里省略)
也可以直接拋出空指針異常。上面說了,此時 null 是個不合理的參數(shù),有問題就是有問題,就應該大大方方往外拋。
②第 1 種情況會更復雜一些
這種情況下,null 是個”看上去“合理的值,例如,我查詢數(shù)據(jù)庫,某個查詢條件下,就是沒有對應值,此時 null 算是表達了“空”的概念。
這里給一些實踐建議
①假如方法的返回類型是 collections。
當返回結(jié)果是空時,你可以返回一個空的 collections(empty list),而不要返回 null。
這樣調(diào)用側(cè)就能大膽地處理這個返回,例如調(diào)用側(cè)拿到返回后,可以直接 print list.size(),又無需擔心空指針問題。
什么?想調(diào)用這個方法時,不記得之前實現(xiàn)該方法有沒按照這個原則?所以說,代碼習慣很重要!
如果你養(yǎng)成習慣,都是這樣寫代碼(返回空 collections 而不返回 null),你調(diào)用自己寫的方法時,就能大膽地忽略判空。
②返回類型不是 collections,又怎么辦呢?
那就返回一個空對象(而非 null 對象),下面舉個“栗子”,假設(shè)有如下代碼:
public interface Action { void doSomething();} public interface Parser { Action findAction(String userInput);}
其中,Parse 有一個接口 FindAction,這個接口會依據(jù)用戶的輸入,找到并執(zhí)行對應的動作。
假如用戶輸入不對,可能就找不到對應的動作(Action),因此 findAction 就會返回 null,接下來 action 調(diào)用 doSomething 方法時,就會出現(xiàn)空指針。
解決這個問題的一個方式,就是使用 Null Object pattern(空對象模式)。
我們來改造一下
類定義如下,這樣定義 findAction 方法后,確保無論用戶輸入什么,都不會返回 null 對象:
public class MyParser implements Parser { private static Action DO_NOTHING = new Action() { public void doSomething() { /* do nothing */ } }; public Action findAction(String userInput) { // ... if ( /* we can't find any actions */ ) { return DO_NOTHING; } }}
對比下面兩份調(diào)用實例:
①冗余:每獲取一個對象,就判一次空
Parser parser = ParserFactory.getParser(); if (parser == null) { // now what? // this would be an example of where null isn't (or shouldn't be) a valid response } Action action = parser.findAction(someInput); if (action == null) { // do nothing} else { action.doSomething();}
②精簡
ParserFactory.getParser().findAction(someInput).doSomething();
因為無論什么情況,都不會返回空對象,因此通過 findAction 拿到 action 后,可以放心地調(diào)用 action 的方法。
其他回答精選
①如果要用 equal 方法,請用 object<不可能為空>.equal(object<可能為空>))
例如使用:
"bar".equals(foo)
而不是:
foo.equals("bar")
②Java8 或者 guava lib 中,提供了 Optional 類,這是一個元素容器,通過它來封裝對象,可以減少判空。不過代碼量還是不少。不爽。
③如果你想返回 null,請停下來想一想,這個地方是否更應該拋出一個異常。
“如何避免空指針調(diào)用”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實用文章!