甲骨文限定Java 9对Java 8向下兼容手段

        【 资讯】就在开拓职员们筹备由Java开拓器材包(简称JDK)8向JDK 9迈进之际，甲骨文公司首席Java高管提议限定对这两个版本的代码行举办归并。

　　在本周一下战书发往OpenJDK的一封邮件傍边，甲骨文公司Java平台部分首席架构师Mark Reinhold指出针对JDK 8(将于2014年年头到期)的变换将快速缩减，而JDK 9的“forests”——也就是一种目次树可能目次集机制——则将很快开放。此刻开拓职员必需应对相干打点变革、从而顺遂与这两个版本举办对接，Reinhold暗示。

　　一样平常来说，变换凡是必要起首在开拓版本中举办测试，尔后才会回迁到较早版本傍边。不外这一法则对付即将寿终正寝的版原来说并不太合用，由于筹办中的版本(也就是今朝JDK 8的环境)在此时代将更多地吸取全方位测试、而不再像继任者那样以新成果与新特征作为首要诉求。因为种种调解城市在继任版本中浮现，以是即将裁减的上代版本在宣布速率上也会较量迟钝。

　　在此之前，也就是JDK 7，甲骨文并不提供处理赏罚并行变换的政策。开拓职员凡是会在接到哀求之后将变换纳入当前版本中，来自Sun/甲骨文版本工程团队的职员则以半自动方法将前代版本与继任版本举办归并——某些不切现实的归并哀求将不会被采用。厥后，开拓职员必要将变换推送至新旧两个版本傍边;裂痕数据库查询机制则被用于确保差异变换可以或许浸染一正确的对应版本。

　　“这套方案一向没能取得抱负的结果，”Reinhold汇报我们。“它要求数百位开拓职员始终存眷并调解前代版本，从而监控半自动归并流程是否正常举办;一旦归并中止，他们就必要顿时对集成事变流举办调解。”

　　为了简化前代版本的宣布流程，Reinhold提议将JDK 9的开拓forests以JDK 8的特定build初始状态作为出发点。“在这套build之后，我们不再应承对两个版本的代码行举办归并。向JDK 8提交变换的开拓职员还必要独立将该变换交付至JDK 9——条件是这项变换合用于JDK 9。”

　　Reinhold但愿此举可以或许让整个流程越发简捷明白。“我能想到的惟一弱点就是开拓职员无法再通过JDK 9来建设JDK 8通用版了，这是由于前者将优先思量与JDK 8的兼容性而非JDK 8通用版。假如能做到这一点虽然很利便也很酷，但我以为它最多能带来某种成绩感、而不是现实层面的技能代价。各人无法通过JDK 8建设JDK 7更新版本;此刻的环境与其时并没有什么区别。”

　　以Java Standard Edition 8为基本的JDK 8可以或许支持Lambda项目，从而使其更易于编写运行在多焦点处理赏罚器中的代码。今朝已经有一套预览版本可供行使。随后的Java SE 9版本估量将于2016年年头面世，可以或许通过Jigsaw项目为Java带来模块化成果机制。

（编辑：厦门网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!