Redmi Pad評測：紅米充滿野心的一次嘗試
從Note系列到K系列，從藍牙耳機到筆記本電腦，紅米不知不覺之間也已經形成了自己頗有競爭力的產品體系，在中端和次旗艦市場上甚至要比小米新機的表現來得更好，正所謂“大丈夫生居
為了避免空指針調用，我們經常會看到這樣的語句：
...if (someobject != null) { someobject.doCalc();}...最終，項目中會存在大量判空代碼，丑陋繁雜。。。如何避免這種情況？是否濫用了判空？
這是初、中級程序猿經常會遇到的問題。他們總喜歡在方法中返回null，因此，在調用這些方法時，也不得不去判空。另外，也許受此習慣影響，他們總潛意識地認為，所有的返回都是不可信任的，為了保護自己程序，就加了大量的判空。
吐槽完畢，回到這個題目本身：
進行判空前，請區分以下兩種情況：
你可能還不明白這兩句話的意思，不急，繼續往下看，接下來將詳細討論這兩種情況
null就是一個不合理的參數，就應該明確地中斷程序，往外拋錯誤。這種情況常見于api方法。例如你開發了一個接口，id是一個必選的參數，如果調用方沒傳這個參數給你，當然不行。你要感知到這個情況，告訴調用方“嘿，哥們，你傳個null給我做甚"。
相對于判空語句，更好的檢查方式有兩個：
第1種情況會更復雜一些。
這種情況下，null是個”看上去“合理的值，例如，我查詢數據庫，某個查詢條件下，就是沒有對應值，此時null算是表達了“空”的概念。
假如方法的返回類型是collections，當返回結果是空時，你可以返回一個空的collections（empty list),而不要返回null，這樣調用側就能大膽地處理這個返回，例如調用側拿到返回后，可以直接print list.size()，又無需擔心空指針問題。（什么？想調用這個方法時，不記得之前實現該方法有沒按照這個原則？所以說，代碼習慣很重要！如果你養成習慣，都是這樣寫代碼（返回空collections而不返回null)，你調用自己寫的方法時，就能大膽地忽略判空）
返回類型不是collections，又怎么辦呢？
那就返回一個空對象（而非null對象），下面舉個“栗子”，假設有如下代碼：
public interface Action { void doSomething();} public interface Parser { Action findAction(String userInput);}其中，Parse有一個接口FindAction，這個接口會依據用戶的輸入，找到并執行對應的動作。假如用戶輸入不對，可能就找不到對應的動作（Action），因此findAction就會返回null，接下來action調用doSomething方法時,就會出現空指針。
解決這個問題的一個方式，就是使用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; } }}對比下面兩份調用實例：
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 {ParserFactory.getParser().findAction(someInput).doSomething();無論什么情況，都不會返回空對象，因此通過findAction拿到action后，可以放心地調用action的方法。
(1) 如果要用equal方法，請用object<不可能為空>.equal(object<可能為空>))，例如使用：
"bar".equals(foo)而不是：
foo.equals("bar")(2) Java8或者guava lib中，提供了Optional類，這是一個元素容器，通過它來封裝對象，可以減少判空。不過代碼量還是不少。不爽。
(3) 如果你想返回null，請停下來想一想，這個地方是否更應該拋出一個異常。
本文鏈接：http://m.rrqrq.com/showinfo-26-10476-0.html別再用 “! = null” 做判空了！
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 優化自動化接口測試：利用鉤子函數增強HTTP請求處理
下一篇： HashMap 的基礎結構，必須掌握！
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號