但很有趣的是虽然官方已提供了详细的 FAQ 回答常见的问题，但仍然有许多误解存在，也因此我特别针对这些问题请教了 Gordon Smith (from Adobe Flex team) 两人一阵 email 往返后，大概已得出最佳化的答案，下面我试者将学到的资讯整理出来。

＊Actionscrīpt 3 与 Javascrīpt 2 的差别

AS3 与 JS2 都是依循 Ecmacript 4 规格所实作出来的语言，它们的 core language 是完全一样的。

Core language 包含: sealed classes, interfaces, namespaces, method closures, exceptions, strong typing, E4X 等，所以像 Array, String, int 等也都包含在内。

但在 core language 之上，就会依它执行的环境不同，而加上不同的 extension。

AS3: 在 flash player 里执行，因此会加上 flash所需的 DOM (Document Object Model) 例如 Sprite, MovieClip, Socket等。

JS2: 在 Browser 里执行，就会加上 Browser 相关的 DOM, 例如 Document, Form等。

＊Tamarin 是什么？

Tamarin 是由 AVM2 延伸而来，它只负责执行 Ecmacript 4 core language 的部份。

因此 Mozilla Foundation 拿到 Tamarin engine 后，第一件要做的事就是在上面实作 Browser 相关的 DOM，例如 Form 要怎么生成、Document 物件要如何存取。

Adobe 要做的事则是在上面实作 Flash 相关的 DOM, 例如 Sprite 要如何画出来？Video 要怎么串流与播放？Audio 的载入与音量控制等。(很显然的，这部份工作已经做完，不然你手上的 flash player 9 是打那儿来的？)

＊Adobe 与 Tamarin 往后的关系

如果日后，Mozilla 的 developer community 针对 Tamarin 做了某些最佳化，例如有神童出现把 E4X 的执行效率提高了100倍(例如他写了一个 routine/library 可以让 xml 的 processing time 缩短为原本的1/100)，这些改变一旦被加入 Tamarin 的 codebase，Adobe 也就可以共享成果。

因此每当 Tamarin 有重大升级或改版时，Flash Player 就可能也跟者推出新版，因为它内部的 core language scrīpt engine 也需要升级才能整合 Tamarin 的改变。

＊这代表 Adobe 也将 Flash Player open source了吗？

不。

Flash Player = Tamarin + Flash-specific DOM

而这次开放出去的只有核心的 Tamarin engine，因此跟 open source flash player 完全没关系。

实际上做为一个 universal platform，最好也不要有太多的 branch/fork，所以在可见的将来也不太可能见到官方做这件事。

＊将来 Firefox 不再需要 flash player 了吗？

不，从上面可知，Firefox + Tamarin 只是取得了一个快速的 Ecmascrīpt 4 core language engine, 但它并没有内含 flash DOM，所以用 Flash 开发的程式(swf)还是要乖乖在 flash player 里跑。

不然，adobe 还投入人力开发 64bit 与 linux player，难不成是做心酸的吗？

＊Tamarin 可以用在其它地方吗？

可以。

以 Dreamweaver 为例，它有内建 javascrīpt engine，可以让user写一些巨集之类的指令，自动化做某些事。

目前它是用 javascrīpt 1.5 语法，底层则是内建了 SpiderMonkey engine，然后在这之上，加入了 Dreamweaver 独有的 DOM, 例如 MenuCommand, EditorWindow，让user可以用 js1.5 去控制 Dreamweaver 的某些行为。

将来，Dreamweaver 可以选择改用 Tamarin 取代掉 SpiderMonkey 做为内建的 scrīpt engine, 这样user就可以写 OO 式的 JS2 巨集。

这就是一个不同的应用实例，而实际上 Fireworks, Flash, Acrobat 等也都有这样的能力，知名的 Red5 目前用 Rhino 将来也可以考虑改用 Tamarin，毕竟有个10倍速的免钱 scrīpt engine，何乐不为呢？

＊Tamarin 对 Flex developer 的影响

这部份就很有趣，简单来说，影响都是正面的，只是要把时间放长来看，正面的效应大概要一到两年后才会出现，但最多三年(2009)后就可以看出这步棋下的完全正确，而且可能是决定性的一步。
以上文字来自：http://ria.richtechmedia.com/

刚才还是忍不住到V8的官网读了些文档，想看看到底它的技术特点是什么。
V8官网：Google V8 JavaScript Engine
设计概念的文档：Design Elements
有人初试V8的经过：http://d.hatena.ne.jp/amachang/20080903/1220405193
V8是BSD许可证的，比较自由，方便用在各种项目中。
它是一个相当快的JavaScript实现。根据其设计概念的文档，它的高性能主要来自：

• 快速的属性访问
• 动态机器码生成
• 高效的垃圾收集

引用

  - Jscre, located under third_party/jscre.  This code is copyrighted
    by the University of Cambridge and Apple Inc. and released under a
    2-clause BSD license.
  - Dtoa, located under third_party/dtoa.  This code is copyrighted by
    David M. Gay and released under an MIT license.
  - Strongtalk assembler, the basis of the files assembler-arm-inl.h,
    assembler-arm.cc, assembler-arm.h, assembler-ia32-inl.h,
    assembler-ia32.cc, assembler-ia32.h, assembler.cc and assembler.h.
    This code is copyrighted by Sun Microsystems Inc. and released
    under a 3-clause BSD license.

Jscre我没怎么听说过，不知道跟PCRE（Perl Compatible Regular Expressions）的关系是怎样的。在Jscre源码的目录里看到了"pcre"的字样，不过详细情况还是以后再看看好了。Apple Webkit里的JavaScriptCore应该是直接用了PCRE的吧？还是说我看漏了……
===========================================================================
今天Mozilla方面也没忘记对Chrome/V8的发布作出反应。Brendan Eich，JavaScript的创始者，在其blog上发表了一篇相关评论：
Brendan Eich: TraceMonkey Update

Brendan Eich 写道

（向右多的是TraceMonkey比较快，向左多的是V8比较快）
可以看到在Brendan做的SunSpider测试中，TraceMonkey在递归密集的程序中速度会比V8慢许多，而在正则表达式等方面则比V8快。据Brendan称，TraceMonkey的开发时间还不长，递归方面的trace还没多少进度，所以在这部分是比较慢的。但下一步将会解决这个问题。