JEP 372：删除Nashorn JavaScript引擎

Oracle公司软件开发总监Jim Laskey提出了一项候选Java增强建议，以删除长期使用的 Nashorn JavaScript引擎，API和jjs工具。 已经提出了JEP以JDK 15为目标。

JEP 372：删除Nashorn JavaScript引擎

Laskey在JEP 372中写道：

Nashorn JavaScript引擎首先通过JEP 174集成到JDK 8中，以替代Rhino脚本引擎。 当它发布时，它是ECMAScript-262 5.1标准的完整实现。

随着ECMAScript语言构造以及API的快速适应和修改，我们发现Nashorn难以维护。

后一条评论是社区中某些人的反映。

“我们发现Nashorn难以维持” pic.twitter.com/UqNqboAaGP

-Scott Selikoff（@ScottSelikoff） 2020年2月27日

细节

目的是删除两个JDK模块： jdk.scripting.nashorn （包含jdk.nashorn.api.scripting和jdk.nashorn.api.tree包）和jdk.scripting.nashorn.shell （包含jjs工具）。 Laskey进一步指出，接触javax.script API并不是他的意图。

还请参见：

Nashorn JavaScript引擎已于2018年9月发布的JDK 11中弃用。因此，Laskey相信使用它的开发人员有足够的时间进行替代安排，并且由于没有人“明确表达了在JDK 14和更高版本中维护Nashorn的愿望。超越”的决定，完全有道理。

但是，一些社区成员对此建议并不满意。 用户BlueGoliath reddit的写道：“几乎没有一个积极的行动，作为许多人认为这是，海事组织。 如果Oracle / JDK开发人员打算像这样放弃JavaFX和Nashorn之类的功能，那么人们只是会忽略集中化和可靠的内置功能，而这可能会使第三方功能恶化。 Java在历史上一直以高度向后兼容而闻名，这损害了这种看法。”

还请参见：

在撰写本文时， jdk-dev邮件列表上没有任何答复讨论该建议的优缺点，因此我们将不得不等待找出JDK开发人员的想法。

您是否有一种强烈的感觉？ 让我们在评论中知道。 否则，为什么不在这里查看JEP的全部荣耀 。

翻译自: https://jaxenter.com/jep-372-remove-nashorn-168971.html