JVM 动态脚本语言 Groovy 在 5 月底发布了最新的 2.5 版本， 最大的亮点是对宏的支持，允许开发者在创建 compile-time 元编程扩展时直接使用 Groovy 语法，而不是使用内部编译器表示。Apache 软件基金会计划在接下来的一年内推出 2.6 和 3.0 版本，两个版本的功能特性是相似的，最大的区别在于 Groovy 2.6 针对的是 Java 7 用户，Groovy 3.0 针对的是 Java 8 和 Java 9 的用户。
Groovy 3.0 计划包含以下特性：支持 Java 8 lambda 语法和方法引用；用户能够使用 Java 9 JVM 运行 Groovy ，不会收到有关可能不支持的功能的警告；Groovy 可作为 JVM 上的一个模块被调用，使用的是 Java 9 模块路径而不是传统的类路径。该特性仍在探讨之中，未最终确定。 更灵活的解析器，称为“Parrot”，支持额外的语法和语言功能；支持 Java 的 do / while 循环，以确保语句块执行；宏功能扩展；Java 风格的数组初始化；诸如身份比较等功能的新操作符。Groovy 2.6 将为 Java 7 用户提供以上类似的特性。更多内容，请关注本次专辑…… 还没有使用过 Nashorn ？如果感兴趣的话，建议尽快去尝试一下，因为 Jim Laskey 最近提交了一个新的 JEP 335 草案，准备弃用 Nashorn JavaScript 脚本引擎、API 以及该 jjs 工具。从 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 。 Babel 主要贡献者之一、Lerna 的项目作者 jamiebuilds ，6 月 1 日在推特发文公开指责微软曾抄袭其项目代码。jamiebuilds 表示，当自己在为 Babel 6 工作的过程中发现所有东西都拆分成漂亮的小插件包，但同时也就需要管理数十个软件包。
因此，多包存储库管理工具 Lerna.js 应运而生。为让项目更好用，他对项目进行了 5 次重写，试图让架构更完善。之后某天，jamiebuilds 发现了微软推出了由许多小包组成的新的设计体系，本以为是微软在项目中使用了 Lerna ，结果发现他们使用的是一个名为 “Rush” 的东西。 为了解二者的区别，jamiebuilds 对两个项目进行了对比，结果发现 Rush 的文件和目录命名、核心功能的代码都与 Lerna 完全相同，甚至连提交记录都是一致的，也就是说 Rush 在不断复制 Lerna 的更改，然后进行重写。 jamiebuilds 称在自己主动与微软取得联系后，对方并未给出合理的解释，也没有去更改许可证，或者添加补充说明，而是将 Rush 的提交记录进行混淆，将代码位置进行移动，并重新编写或重命名了一些函数。更多内容，请关注本次专辑。 |
