在OpenJDK JEP 186上的一個帖子中，Oracle的Brian Goetz通知Oracle在JDK8中不會將集合文字用作語言功能。

集合文字是一種語法表達式形式，其求值形式為數組，列表或映射的聚合類型。 Project Coin提出了集合文字，這也補充了Java SE8中庫的新增功能。 假定集合文字可以提高生產率，代碼可讀性和代碼安全性。

作為替代方案，Oracle建議基于接口靜態方法的概念的基于庫的建議。 理想情況下，該實現將通過新的專用不可變類進行。

以下是這種基于庫的方法背后的要點。

• 此功能的基本解決方案僅適用于集合，列表和地圖，因此不太令人滿意或不受歡迎。 涵蓋其他集合類型的可擴展集合的高級解決方案是開放式的，混亂的，并且實際上保證會超出其設計預算。
• 基于庫的更改將消除對Project Coin中討論的“集合文字”更改的大部分要求。
• 基于庫的方法以成本的1％給出X％的收益，其中X >> 1。
• 值類型即將到來，并且未知具有該值類型的新功能（集合文字）的行為。 最好不要在值類型之前嘗試使用集合文字。
• 最好將Oracle的語言設計帶寬集中在解決基于庫的版本的基礎問題上。 這包括更有效的varargs，常量池中的數組常量，不可變數組，以及支持緩存（和在壓力下回收）中間不可變結果。

根據Oracle的Brian Goetz所說，真正的痛苦在于Maps而不是Lists，Sets或Arrays。 基于庫的解決方案更適合列表，集合和數組。 但是，這種方法仍然缺乏將配對文字描述為Maps的合理方法。 接口中的靜態方法使基于庫的解決方案更加實用。 值類型也使基于Map的基于庫的解決方案更加實用。 還提供基于庫的解決方案的概念驗證補丁。

翻譯自: https://www.javacodegeeks.com/2014/04/oracle-drops-collection-literals-in-jdk-8.html

總結

以上是生活随笔為你收集整理的JDK 8中的Oracle Drops Collection文字的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。