新时代新潮流 WebOS【13】Adobe Flash，向何处去？

前文说到，Adobe Flash 的文件格式很多，其中最重要的有三个，SWF，FLV 和 AS。前文介绍了 SWF 和 FLV，这一篇谈谈 ActionScript。

ActionScript 与 Adobe Flex

虽然 Adobe Flash 的初衷是制作和播放动画，但是有没有可能利用这个技术，让网页 “活” 起来？譬如有个网页讲解建筑装修。网页中央反复播放一段动画，显示建筑的各 个立面，下方划出一块区域，显示文字注释。当用户把鼠标移动到动画中某一个位置时，注释区就显示相应文字说明。

针对这样的需求，Adobe 推出了 Adobe Flex。Adobe Flex 是 Asynchronous Flash and XML 的简称。明眼人一看就明白，这个命名方式，与 Ajax 非常类似。Ajax 是以下几个单词的首字母的缩写，Asynchronous JavaScript And XML。比较一下 Ajax 和 Adobe Flex，两者都有 Asynchronous，都有 XML。Asynchronous 指的是通过异步响应的方式，改善用户体验。问题是：

1. 为什么 XML 这么重要？
2. Adobe Flash 支持不支持 JavaScript?

1. 先说 XML 为什么重要，借用一段 S 兄的文字。

如果浏览器的核心是 Rendering Engine，那么 Rendering Engine 的核心就是 “DOM”。譬如浏览器从某个网站下载了某个网页，网页不仅包括 HTML 文件，还包括 CSS 文件，还有 JavaScript，还有 HTML 文件中链接的图片，音乐和视频等等。所有这些，统称为网页内容，所有内容中最重要的，是 HTML。HTML 之所以重要，是因为 HTML 描述了一个 XML DOM Tree，这棵 XML DOM Tree 是个框架，是个脉络，是个纲。

纲举目张，Rendering Engine 的主要任务就是围绕着这棵 XML DOM Tree 的生成，表现，维护与撤销。譬如 CSS，它定义了 DOM 树中各个节点，尤其是叶子们的字体，大小，颜色，渲染方式等等。又譬如 JavaScript，它的任务之一是捕捉用户的行为，例如在文本框中输入的文字，点击的按钮，鼠标的位置等等，改变 XML DOM Tree 的某一些节点的内容，甚至部分改变 Tree 的结构。

Figure 1. The internal workflow of a rendering engine.

从上图可以看出 DOM 的重要性。虽然这个图这是 Rendering 过程的大致流程图，但是 DOM 模型并没有在这个过程结束时被销毁，而是一直在当前网页的 “ 生命期” 生存。可以这样说，任何于网页的交互操作都伴随着 DOM 树的 “部分遍历”。 如果能掌握住 Render Engine 中关于 DOM 的代码就等于抓住了 Render Engine 的纲。

问题是，HTML 的解析，CSS 风格的渲染，这些工作由谁来做，是 WebKit 还是 Flash Player？或者换一句话说，是在 WebKit 框架内，插入 Flash Player，还是在 Adobe Flash 体系内，插入 WebKit 的某些功能。这个问题，各个厂家目前各行其道，没有统一规范。Palm WebOS 的解决方案，是把 Flash Player 插入到 WebKit 框架中去，插入的手段是 NPAPI。

Figure 2. Palm WebOS architecture

2. Adobe Flash 支持不支持 JavaScript?

HTML+CSS+JavaScript， 人称网页三剑客。JavaScript 的专长是解决用户交互的问题。所谓与用户的交互，体现在两个方面，1. 捕捉事件，譬如用户移动鼠标，在文本框里输入文字，点击按钮等等。2. 响应动作，主要是改变页面的内容，以及显示的方式。

Adobe Flash 提供了 ActionScript。ActionScript 与 JavaScript 相比，无论是功能还是语法，都非常相似。这不奇怪，因为 ActionScript 与 JavaScript 一样，使命都是解决与用户交互的问题。奇怪的是，为什么 Adobe Flash 不直接使用 JavaScript。

Figure 3. A not-blessed prophet

95% 以上的 PC 装载了 Adobe Flash，这意味着 Adobe 有可能在 Rich Internet Application 领域，形成垄断。有垄断的威胁，就有开源的反制。开源项目 Gnash 致力于取代 Flash Player，而开源项目 Ajax Animator 的目标主要是提供制作 SWF 的工具。

玩味一下 Ajax Animator 这个名字，想到一个问题，是不是可以拓展 Ajax，来提供所有 Adobe Flash 的功能？

1. ActionScript 与 JavaScript，功能和语法都相似，长远来讲，势必合流。
2. SWF 格式，是不是可以归并到 XML 范畴中？SWF 以 tag 作为标示，XML 以 marker 作为标示，两者很容易统一，当然也有代价，marker 比 tag 占用更多空间。
3. 支持 Ajax 的是浏览器，播放 SWF 的是 Adobe Flash Player。浏览器是否可以与 Flash Player 融为一体？目前 Flash Player 作为插件插入浏览器，但是两者功能上有很多重叠。如果把两者融合在一起，重新实现，运行效率必然比插件方式高很多。

总之，Ajax 和 Adobe Flash 有可能合流。技术上的确存在一些障碍，但是主要是优化系统，提高效率，而不是致命的差别。Ajax 和 Adobe Flash 的合流，困难主要来自于商务。

目前在 Rich Internet Application 领域，是三足鼎立的局面，其中 Adobe Flash 份额最大，其次是 Microsoft SilverLight，最弱的是 Sun Microsystems 的 JavaFX。JavaFX 之所以没有受到用户的青睐，一是制作工具不直观，难掌握，二是 JavaFX 播放器启动时间太长，运 行期间也太占用内存。

照这个趋势发展下去，JavaFX 前途堪忧。但是也有改变命运的机会，譬如，JavaFX 摇身一变，着力于拓展现有 Ajax 技术，去支持动画和视频。这样一来，JavaFX 就有可能蜕变成 Ajax 的领跑者，而不是 RIA 的淘汰生。