北京专业网站设计推荐,手机如何制作自己的网站,6月份去哪里旅游最好,做a图片网站在OpenJDK JEP 186上的一个帖子中#xff0c;Oracle的Brian Goetz通知Oracle在JDK8中不会将集合文字用作语言功能。 集合文字是一种语法表达式形式#xff0c;其求值形式为数组#xff0c;列表或映射的聚合类型。 Project Coin提出了集合文字#xff0c;这也补充了Java SE… 在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而不是ListsSets或Arrays。 基于库的解决方案更适合列表集合和数组。 但是这种方法仍然缺乏将配对文字描述为Maps的合理方法。 接口中的静态方法使基于库的解决方案更加实用。 值类型也使基于Map的基于库的解决方案更加实用。 还提供基于库的解决方案的概念验证补丁。 翻译自: https://www.javacodegeeks.com/2014/04/oracle-drops-collection-literals-in-jdk-8.html
