Mozilla 众项目勾画出网页脚本的未来

以 Mozilla 为中心的 5 个不同的子项目最近新话题不断。它们都是非常有实力的项目，预示着浏览器脚本语言未来的发展方向。可以看以下的介绍，来熟悉一下这些项目：

SpiderMonkey 是 Mozilla JavaScript 引擎的代号。它是第一个 Javascript 引擎，Netscape 浏览器就用了它，所以并不新鲜。

Tamarin 是 Adobe 去年11 月时免费捐献给Mozilla 的ActionScript 引擎。Tamarin 是个即时（Just-In-Time）编译器，它可以把Javascript 解释成机器语言，并具有更好的垃圾回收机制。同时它也支持ECMAScript 3，并有希望会支持ECMAScript 4（JS2）规范。

ActionMonkey 正在集成 SpiderMonkey 和 Tamarin 两个项目。二者集成后的产品将会成为 Mozilla 2 平台的引擎。这将会给 Firefox 和其它基于 Mozilla 的应用带来性能上的改进，并兼具 Tamarin 支持最新规范的优点。

ScreamingMonkey 是让 Tamarin 引擎运行在非 Mozilla 浏览器上的项目。这项目让其它的浏览器（首先是 IE）也能得到 Tamarin 的好处。从此能让其它浏览器共享一个同一起源、快速、标准的引擎。

IronMonkey 项目希望能建立微软通用中间语言（Microsoft’s Common Intermediate Language，CIL）和 ActionScript 字节码（ActionScript Byte Code，ABC）之间的映射关系。这项目可以让用 IronPython 和 IronRuby 编写的程序运行于 Tamarin 之上。当与 ActionMonkey 和 ScreamingMonkey 结合时，就能让 Ruby 或 Python 的代码运行在浏览器上。

所有这些项目确实使我们对浏览器脚本语言的前景感到兴奋。我们期望着各方面的改进，如性能方面的改进，ECMAScript 4 的支持，更少的浏览器兼容技巧（至少在脚本引擎上如是），支持不同的脚本语言。虽然这个前景令人振奋，但并不是每一个人都认同这条道路，至少不是每个人都赞成选择 Tamarin 作为虚拟机。其中有些反馈谈到也许 Java 虚拟机或者是 Mono 是更好的选择。Java 现在已经支持 JRuby 和 Jython，解决了支持“多种不同的语言”的问题，在 Java 虚拟机上运行的 Rhino 引擎也有不错的性能表现。Mono 也同样满足这两个条件。 John Resig 总结了选择 Tamarin 背后的原因：

……简而言之：非技术的原因是，选择 Tamarin 要比选择那些有知识产权和许可证问题的要好；技术上的原因则与编译速度、文件大小、内存需求量有关。

查看英文原文： Mozilla Paints the Future of Web Scripting with Monkeys