博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
融合了 JavaScript 之力的 Nashorn 或被 JDK 11 弃用
阅读量:5746 次
发布时间:2019-06-18

本文共 848 字,大约阅读时间需要 2 分钟。

  hot3.png

还没有使用过 Nashorn ?如果感兴趣的话,建议尽快去尝试一下,因为 Jim Laskey 最近提交了一个新的  草案,准备弃用 Nashorn JavaScript 脚本引擎、API 以及该 jjs 工具。

172507_rkz5_2896879.png

从 JDK 6 开始,Java 就捆绑了基于 Mozilla 的 Rhino 的 JavaScript 引擎,该特性允许开发者将 JavaScript 代码嵌入到 Java 中,甚至从嵌入的 JavaScript 中调用 Java 。随着 JDK 8 的发布,Nashorn 取代 Rhino 成为 Java 的嵌入式 JavaScript 引擎。Nashorn 完全支持 ECMAScript 5.1 规范以及一些扩展,在发布之初被视为真正地融合了 Java 和 JavaScript 之力。因为相较于 Rhino ,它有着 2-10 倍的性能提升。

有意思的是,当年提议加入 Nashorn 的正是目前提议弃用该引擎的 Jim Laskey 。在 JEP 335 的描述中,Jim Laskey 表示随着 ECMAScript 语言的快速迭代以及 API 的调整和修改,Nashorn 已越来越具有挑战性,难以维护(兼容性)。他补充道,Nashorn 的弃用不会影响到 javax.script API 。

打算弃用的三个模块包括:

  • jdk.scripting.nashorn --包括 jdk.nashorn.api.scripting 和 jdk.nashorn.api.tree 包。

  • jdk.scripting.nashorn.shell -- 包含 jjs 工具。运行 jjs 将会出现以下警告:The jjs tool is planned to be removed from a future JDK release 。

  • jdk.dynalink -- 包含 Dynalink 支持库。

目前该 JEP 已在 OpenJDK 的中进行讨论,我们将对其进度保持关注。

转载地址:http://goazx.baihongyu.com/

你可能感兴趣的文章
jQuery|元素遍历
查看>>
RedHat 6 安装配置Apache 2.2
查看>>
Openstack 安装部署指南翻译系列 之 Manila服务安装(Share Storage)
查看>>
underscore.js学习笔记
查看>>
windows下常用命令
查看>>
1.5编程基础之循环控制_29:数字反转
查看>>
组策略 之 设备安装设置
查看>>
人工智能还能干这些?这8种AI应用你可能意想不到
查看>>
实现Hyper-V 虚拟机在不同架构的处理器间迁移
查看>>
简单使用saltstack
查看>>
针对web服务器容灾自动切换方案
查看>>
突破媒体转码效率壁垒 阿里云首推倍速转码
查看>>
容器存储中那些潜在的挑战和机遇
查看>>
R语言的三种聚类方法
查看>>
深入理解Python中的ThreadLocal变量(上)
查看>>
如果一切即服务,为什么需要数据中心?
查看>>
《游戏开发物理学(第2版)》一导读
查看>>
Erlang简史(翻译)
查看>>
深入实践Spring Boot2.4.2 节点和关系实体建模
查看>>
10个巨大的科学难题需要大数据解决方案
查看>>