1. null的由來
1.1. 歷史上被引入到程式設計語言中，目的是為了表示變數值的缺失
1.2. 包括Java在內的大多數現代程式設計語言為了與更老的語言保持兼容
2. null帶來的問題
2.1. 錯誤之源
2.1.1. NullPointerException是最典型的例外
2.2. 代碼膨脹
2.2.1. 深度嵌套的null檢查
2.3. 自身毫無意義
2.3.1. 自身沒有任何的語意
2.3.2. 以一種錯誤的方式對缺失變數值的建模
2.4. 破壞了Java的哲學
2.4.1. 讓程式員意識到指標的存在
2.4.2. null指標
2.5. 在型別系統上開了個口子
2.5.1. null并不屬于任何型別
2.5.2. null可被賦值給任意參考型別的變數
3. 防御式檢查NullPointerException
3.1. 深層質疑
3.1.1. 每次你不確定一個變數是否為null時，都需要添加一個進一步嵌套的if塊，這也增加了代碼縮進的層數
3.2. 過多的退出陳述句
3.2.1. 為了避免深層遞回的if陳述句塊
3.2.2. 但這種流程是極易出錯的
4. null的替代品
4.1. Groovy
4.1.1. 安全導航運算子（safe navigation operator，標記為？）
4.1.2. 可以安全訪問可能為null的變數
4.1.3. 掩耳盜鈴
4.2. Haskell
4.2.1. Maybe型別
4.2.1.1. 對Optional值的封裝
4.2.1.2. 可以是指定型別的值
4.2.1.3. 可以什么都不是
4.3. Scala
4.3.1. Option[T]
4.3.1.1. 顯式地呼叫Option型別的available操作，檢查該變數是否有值
4.3.1.1.1. 變相的“null檢查”
4.3.1.1.2. 型別系統默認會強制進行檢查
4.3.1.2. 可以包含型別為T的變數
4.3.1.3. 可以不包含該變數
4.4. Java
5. java.util.Optional
5.1. 封裝Optional值的類
5.1.1. 對存在或缺失的變數值進行建模
5.1.2. 用戶只需要閱讀方法簽名，就能了解該方法是否接受一個Optional型別的值
5.1.3. 不再需要為其添加null的檢查
5.1.3.1. 因為null的檢查只會掩蓋問題，并未真正地修復問題
5.2. 清晰界定變數值缺失原因
5.2.1. 結構上的問題
5.2.2. 演算法上的缺陷
5.2.3. 資料中的問題
5.3. 設計初衷僅僅是要支持能回傳Optional物件的語法
5.3.1. 沒特別考慮將其作為類的欄位使用
5.3.2. 并未實作Serializable介面
5.3.2.1. 替代方案提供一個能訪問宣告為Optional、變數值可能缺失的介面
5.4. Optional.empty
5.4.1. 宣告一個空的Optional
5.4.2. 變數不存在時回傳Optional類的特定單一實體
5.5. Optional.of
5.5.1. 依據一個非空值創建Optional
5.6. Optional.ofNullable
5.6.1. 可接受null的Optional
5.6.2. 創建一個允許null值的Optional物件
5.7. get()
5.7.1. 最簡單但又最不安全的方法
5.7.2. 拋出一個NoSuchElementException例外
5.8. orElseThrow(Supplier<? extends="" x=""? > exceptionSupplier)
5.8.1. 類似get方法
5.8.2. 定制希望拋出的例外型別
5.9. orElse(T other)
5.9.1. Optional物件不包含值時提供一個默認值
5.10. orElseGet(Supplier<? extends="" t=""? > other)
5.10.1. orElse方法的延遲呼叫版
5.10.2. Supplier方法只有在Optional物件不含值時才執行呼叫
5.10.3. 應用場景
5.10.3.1. 創建默認值是件耗時費力的作業，借此提升程式的性能
5.10.3.2. 非常確定某個方法僅在Optional為空時才進行呼叫
5.11. or(Supplier<? extends=""? ><? extends="" t=""? >> supplier)
5.11.1. Java9
5.11.2. 類似orElseGet方法
5.11.3. 不會解包Optional物件中的值，即便該值是存在的
5.12. ifPresent(Consumer<? super="" t=""? >consumer)
5.12.1. 變數值存在時，執行一個以引數形式傳入的方法
5.12.2. 變數值不存在時，就不進行任何操作
5.13. ifPresentOrElse(Consumer<? super="" t=""? > action, Runnable emptyAction)
5.13.1. Java9
5.13.2. 接受一個Runnable方法，如果Optional物件為空，就執行該方法所定義的動作
5.14. 和Stream介面的相似之處
5.14.1. map方法
5.14.1.1. 使用map從Optional物件中提取和轉換值
5.14.2. flatMap方法
5.14.2.1. 使用flatMap鏈接Optional物件
5.14.3. filter方法
5.14.3.1. 使用filter剔除特定的值
5.15. 操縱由Optional物件構成的Stream
5.15.1. Java9
5.15.2. 把一個含值的Optional物件轉換成由該值構成的Stream物件
5.15.3. 把一個空的Optional物件轉換成等價的空Stream
5.16. 基礎型別的Optional物件
5.16.1. OptionalInt
5.16.2. OptionalLong
5.16.3. OptionalDouble
5.16.4. 不推薦
5.16.4.1. Optional物件最多只包含一個值
5.16.4.2. 基礎型別的Optional不支持map、flatMap以及filter方法
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/543640.html
標籤：其他
上一篇：讀Java實戰（第二版）筆記07_用Optional取代null
下一篇：LeetCode_單周賽_332