查看原文
其他

2020年第一个候选Java增强提案已出现

脚本之家 2021-06-30

The following article is from 开源中国 Author oschina

  脚本之家

你与百万开发者在一起

本文经授权转自公众号 开源中国(ID:oschina2013)

如若转载请联系原公众号

Oracle 软件研发总监 Jim Laskey 提出了一项候选 Java 增强提案(JEP),要删除长期以来一直使用的 Nashorn JavaScript 引擎、相关 API 和jjs工具。这是 2020 年第一个进入候选名单的 JEP,并且比较成熟,有望在 JDK 15 中实施。

编号 JEP 372,该提案表示:Nashorn JavaScript 引擎最初通过 JEP 174 集成到 JDK 8 中,用以替代 Rhino 脚本引擎。当时它是 ECMAScript-262 5.1 标准的完整实现。但随着 ECMAScript 语言构造以及 API 的快速适应和修改,我们发现 Nashorn 难以维护。

根据该提议,两个 JDK 模块将被永久删除:

  • jdk.scripting.nashorn包含 jdk.nashorn.api.scripting 与 jdk.nashorn.api.tree 包

  • jdk.scripting.nashorn.shell包含 jjs 工具

但这一弃用将不会以任何方式影响 javax.script API。

Nashorn JavaScript 引擎发布时,其性能与之前的 Rhino 实现相比,提升达到 2 到 10 倍,这也是它能替代前者的原因之一,并且其采用也很广泛。

但是在 2018 年 9 月发布的 JDK 11 中已经将其弃用(JEP 335),JEP 372 认为这么长的时间过去了,使用它的开发人员已经有足够的时间进行了迁移。

不过开发者对此有不同看法,有人认为 Java 一直以高度向后兼容闻名,不应该删除,有人吐槽公司还在使用 Rhino,也有人建议直接切换到 GraalVM,因为它是 JavaScript 与 Node 的更完整的实现,并且速度更快。

- END -



更多精彩


在公众号后台对话框输入以下关键词

查看更多优质内容!


女朋友 | 大数据 | 运维 | 书单 | 算法

大数据 | JavaScript | Python | 黑客

AI | 人工智能 | 5G | 区块链

机器学习 | 数学 | 送书

● 18 个示例带你掌握 Java 8 日期时间处理!

●  脚本之家粉丝福利,请查看! 

●  人人都欠微软一个正版? 

● 记一道 Java 算法面试题,但无人通过

 2020 Java生态系统报告出炉

● 小白都能看得懂的java虚拟机内存模型

● 重塑云上的 Java 语言

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存