## 本章小結 Lambda 表達式和方法引用并沒有將 Java 轉換成函數式語言，而是提供了對函數式編程的支持。這對 Java 來說是一個巨大的改進。因為這允許你編寫更簡潔明了，易于理解的代碼。在下一章中，你會看到它們在流式編程中的應用。相信你會像我一樣，喜歡上流式編程。 這些特性滿足了很多羨慕Clojure、Scala 這類更函數化語言的程序員，并且阻止了Java程序員轉向那些更函數化的語言（就算不能阻止，起碼提供了更好的選擇）。 但是，Lambdas 和方法引用遠非完美，我們永遠要為 Java 設計者早期的草率決定付出代價。特別是沒有泛型 Lambda，所以 Lambda 在 Java 中并非一等公民。雖然我不否認 Java 8 的巨大改進，但這意味著和許多 Java 特性一樣，它終究還是會讓人感覺沮喪和雞肋。 當你遇到學習困難時，請記住通過 IDE（NetBeans、IntelliJ Idea 和 Eclipse）獲得幫助，因為 IDE 可以智能提示你何時使用 Lambda 表達式或方法引用，甚至有時還能為你優化代碼。 <!--下面是腳注--> [^1]: 功能粘貼在一起的方法的確有點與眾不同，但它仍不失為一個庫。 [^2]: 例如,這個電子書是利用 [Pandoc](http://pandoc.org/) 制作出來的，它是用純函數式語言 [Haskell](https://www.haskell.org/) 編寫的一個程序 。 [^3]: 有時函數式語言將其描述為“代碼即數據”。 [^4]: 這個語法來自 C++。 [^5]: 我還沒有驗證過這種說法。 [^6]: 當你理解了[并發編程](./24-Concurrent-Programming.md)章節的內容，你就能明白為什么更改共享變量 “不是線程安全的” 的了。 [^7]: 接口能夠支持方法的原因是它們是 Java 8 默認方法，你將在下一章中了解到。 [^8]: 一些語言，如 Python，允許像調用其他函數一樣調用組合函數。但這是 Java，所以我們做做可為之事。 [^9]: 例如，[Immutables](https://immutables.github.io/) 和 [Mutability Detector](https://mutabilitydetector.github.io/MutabilityDetector/)。