哈尔滨建设网站平台,WordPress样式表修改字体大小,wordpress邀请码过期,企业建站为什么选择网站定制战神4 幕后花絮 概念艺术找出Java幕后发生的事情#xff0c;以及新功能如何实现 在上一篇文章中#xff0c;我们介绍了即将发布的Java 9版本的新功能和尚待解决的功能#xff0c;并简要提到了将新功能添加到下一个版本之前要经历的过程。 由于此过程几乎影响了所有Java开发人… 战神4 幕后花絮 概念艺术 找出Java幕后发生的事情以及新功能如何实现 在上一篇文章中我们介绍了即将发布的Java 9版本的新功能和尚待解决的功能并简要提到了将新功能添加到下一个版本之前要经历的过程。 由于此过程几乎影响了所有Java开发人员但大多数人对此知之甚少因此本文将重点介绍内部人员对Java的看法以及如何建议您一直想要的新功能。 我们认为了解新功能如何生活的最佳方法是询问负责将其实现的人。 我们与2位Java执行委员会成员Gil Tene和Werner Keil以及伦敦Java社区成员Richard Warburton进行了交谈并向他们询问了Java的新功能以及他们希望将来看到什么样的新功能。 这篇文章将涵盖面试的第一部分。 但在此之前以下是主要参与者这些成员将参与创建新功能并对其进行投票 组 –在广泛的主题或特定的代码主体方面具有共同利益的个人和组织。 安全网络Swing和HotSpot是一些示例。 项目 –产生大量代码文档或其他努力的工作。 必须由至少一个团体赞助。 最近的示例是Lambda项目Jigsaw项目和Sumatra项目。 JDK增强提案 JEP –当需要进一步探索时允许在JCP之前或与之并行地非正式地推广新规范。 与JSR不同它可能还包含没有规范级可见性的功能例如新的垃圾收集器或JIT实现。 接受的JEP成为JDK路线图的一部分并分配一个版本号。 Java规范请求 JSR –该功能的实际规范在此阶段发生可以通过组/项目JEP或来自单个JCPJava社区过程成员来进行。 通常会为每个Java版本打开一个伞式JSR也称为平台JSRJava 9尚未实现。社区的每个成员也可以提出新的Java规范请求。 新功能如何进入Java Warburton “真正的答案是有人想要该功能。 该人可以是大型供应商的内部工程师或项目经理也可以是社区的外部成员。 无论哪种方式都需要满足严格的标准 严重的用户需求这必须是对整个社区的共识。 示例Java SE 8添加了lambdas-这项功能已经争论了很多年并且已经被人们要求。 经过试验和测试标准必须持续很长时间并且修改已经建立的标准是非常困难且昂贵的过程。 结果是JCPJava社区流程并不是最前沿。 一旦技术为企业采用做好了准备那么它就是一个去处。 并非每个供应商都独有标准必须适合所有供应商。 例如弱/软/幻像引用与垃圾收集器交互因此以一种试图最小化它们对GC设计的限制的方式指定了它们。 “一旦确定您的功能是一个好主意就需要开始标准化过程。 这涉及到提出一个JSRJava规范请求它是更改Java的基本单元。 JSR需要多次投票。 首先批准在此主题上启动JSR是一个好主意。 每当进行公共审核时都要反复进行迭代以确保JSR朝着正确的方向前进。 最终是时候批准标准了。 Tene “ Java长期以来一直在仔细和有意识地进行增强。 在历史上仍然使Java比几乎所有其他编程语言和环境更成功的事情之一是它在避免Swift采用“最新的有趣事物”方面取得了相对的成功以及它作为平台的相对一致性。 在整个平台Java SEEE等整个平台上都是如此但在Java SE平台我将大部分精力集中在Java SE平台上中可能最清楚地遵循了这一点。 集合NIO泛型平台优化的并发实用程序MethodHandles以及最新的Lambda表达式和流库支持都是很好的示例这些功能随着时间的流逝而被添加并被广泛采用显示了它们对平台的真正价值及其重要性。不只是短暂的时尚。” “ JCPJava社区流程负责通过JSR捕获新功能。 成功的独立JSR可以标准化一组特定功能或行为的语义。 但是当功能成为平台JSR的必需部分并由此成为Java SE或Java EE平台的组成部分时通常会证明该功能的最终成功和采用。 自从创建OpenJDK以来我们已经看到Java SE中有关功能的早期阶段的许多工作已经从在JSR中开发到在JEP中开发JDK增强建议。 它们最终仍然像以前一样经过规范和完成并且也成为Platform JSR的一部分但是我们看到了更多的开放开发以及更多的试验不一定要成为JSR。” Keil “ 3个竞争的JSON库一个用于Java EE另一个是Oracle专有的与Java ME 8捆绑在一起而另一个基于JEP的独立的Java SE 9方法可能是最好的例子之一这可能会出错并且与用户的使用相悖。开发人员的需求或为Java设置一个标准的目标。 另一个可能是Java SE 8JavaFX JSR 310引入的重叠和很大程度上不兼容的日期/时间API而“ java.util”下以前存在另外两个库。 Java架构师提供了输入和建议但是从日期/时间API的角度来看只有他们或其他人包括一些执行委员会成员指出的最糟糕的问题得以解决而其他问题则被消除了。” 您能否分享您在Java社区流程中的个人经历 Keil “前一段时间我本人和共同规范负责人Antoine Sabot-Durand提出了一种JSR用于标准化的基于CDI的社交媒体连接器以及类似的基于JSONREST或OAuth等安全标准的类似API。 JSR被85的绝大多数拒绝。 鉴于Seam Social和Red Hat的整个Seam生态系统都被新项目取代了就像整个JBoss服务器在那个时候获得一个新的名称和品牌WildFly一样由此产生的开源项目Agorava很自然地替代了Seam我们为JSR 357提出的社交和许多想法。” 社交媒体API执行委员会投票结果 Tene “作为JCP执行委员会的一部分我不得不考虑批准新的JSR。 在不止一个案例中我投票拒绝了我认为不属于该平台的JSR并主张其他人也这样做但是大多数自然适合Java生态系统的JSR的门槛并不高。只要JSR负责人签署就可以完成所涉及的详细工作和流程。 Warburton “我对日期和时间库有所帮助。 我认为这使我对需要完善功能或方法签名的每个单元的详细程度有了更多的了解。 人们投入大量时间尽最大努力使这些API正确无误。” 翻译自: https://www.javacodegeeks.com/2014/10/java-9-behind-the-scenes-where-do-new-features-come-from.html战神4 幕后花絮 概念艺术
