| 以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要比选择那些有知识产权和许可证问题的要好；技术上的原因则与编译速度、文件大小、内存需求量有关。 |
