1.Flex是web标准

MXML是Flex应用程序的标准语言，它允许开发者定制的结构应用，不仅包括布局还包括class结构，非常简单用于标记，这个特性非常方便有web设 计和开发背景的开发者，用类似HTML的MXML开发。同样，Flex的ActionScript和JavaScript类似，Flex使用web标准的 CSS控制布局。Flex应用一条方便的途径来定制应用结构，类似树结构原型语言和容器组件模型应用完美结合。源代码很容易发布，不是二进制需要IDE的 文件，而是简单可读性很强的text文件。

值得一提的是MXML是ActionScript的一种速记，ECMA兼容脚本语言，MXML在编译时转换成ActionScript 3。

2.Flex是Flash

如果你熟悉Flash过去所提供的轻量级矢量动画和先进的用户界面，那么你对Flex不会陌生。Flex建立在顶级Flash Player之上，引擎藏在所有Flash内容后，从这方面来说，没有什么是Flash能作而Flex不能作的。

3.Flex Just Works

很多公司使用Flex替换Java，因为提供和Java类似的跨平台能力和现代面向对象的架构，但是只需要一个小得多的封装和额外的负荷。Flex应用完全能够完成基于web的软件，以及桌面软件(结合Adobe AIR)。

4.Flex不受服务器限制

Flex由数据构成，能够接受不同格式的数据和最与最常见的服务器互动。加载XML通过本地或者远程方式，JSP, PHP, ASP, ColdFusion等。你能通过HTTP或者SOAP web services下载信息，甚至能够直接接受Java 服务对象来读写SQLLite数据库。

5.Flex外观能够被你任意定制

Flex应用外观的可定制化非常大，可以任意切换”皮肤”和定制UI。这一点不像Java或者JavaScript，并不是继承所运行的操作系统的UI，这意味着Flex运行在Mac OSX上，按钮不会变成Mac风格的按钮，Flex由自己内建的外观所设置。

6.Flex是轻量和快速的

建立在ActionScript 3上，Flex框架速度是非常快的。初始化时间对于ActionScript 2已经大大改善。Flex采用新的JIT(Just-in-Time)编译器，加快了运行速度。当然，有些人会辩称，使用了一整套用户界面组件一定会影响 速度，事实上，一个典型的使用AJAX框架的应用程序比类似的Flex应用程序要大，Flash Player只有几M字节，而且往往预先安装在电脑上。这也是值得一提的新功能，即框架缓存，能够节省很多大一部分下载框架内组成部分的时间。这个功能可 以存储标准的Flex UI组件在用户的机器上，以便其他Flex应用程序运行时无需下载整个框架。

7.Flex是无障碍的

很多人认为Flash内容是很难进入的，这是一个错觉。事实上，Flex框架组件拥有很好的互动，比如屏幕阅读和键盘导航，开发者只需要打开这个开关(缺省是关闭的)。

8.Flex兼容搜索引擎优化

Flash内容很难被搜索引擎收录，这一直是作内容的网站开发的问题。Adobe最近发布了针对搜索引擎优化的Flash Player特殊版本。当然这个问题彻底解决需要时间。

9.Flex是免费和开源的

Flex完全是开源的，整个框架源代码都可以在Adobe网站下载。

10.Flex是易学的

MXML非常简单，容易理解。如果你曾经使用过HTML和CSS，你很快就能上手MXML。

中文参考：http://anapple.org/thread13474.html
英文原文：http://css.dzone.com/news/the-top-10-things-you-should-k

作者认为，任何一个平台都不是完美的，自然Flex和AIR也是如此，有它们强势的地方，就必然有弱势的地方，当你选择了一个解决方案，也就必须了解并避开它们的缺陷。那么哪些地方是Flex和AIR的缺陷呢，来看看作者的分析：

iPhone

• 如果你的应用打算运行在任何一个平台上，包括已知的和未知的对Flash平台没有完整支持的平台，这在大多数情况下，实际上是不现实的。一个比较好的做法 就是为特定的平台创建特定的应用。众所周知，iPhone并不打算支持Flash平台，而在这里iPhone只是一个不支持Flash平台的代表，如果你 的应用必须运行于任何的移动设备中，那Flash技术不是一个完美的选择，而标准的浏览器技术（HTML，CSS，JavaScript），或许更适用一 些。

搜索

• 在2008年，Adobe宣布和Google以及Yahoo合作来优化Flash内容的搜索，这是一个很大的进步，但如果你的应用中 对搜索依赖很强（比如面向消费者的内容提供），那么应该尽量避免RIA特性（不只是Flex）。搜索技术是基于页面和链接的，而在搜索方面对所有的RIA 技术都是一个挑战。（编者注：实际上静态内容的检索现在Flash已经在通过元数据的嵌入来解决，而动态内容的检索是世界性难题，并非RIA技术独有）

低带宽的客户端

• Flex框架包含的内容很多，如果用Flex开发应用，编译后的SWF体积会很大，尽管使用RSL技术可以做优化，但体积看起来还是大一些，对低带宽的用户来说，使用就非常困难。（编者注：使用纯ActionScript项目，而且在不引入位图的情况下，编译后的SWF体积还是非常小的）

内容为主的应用

• 这里对Flash技术的挑战不只是SEO，还有内容的显示方面，比如不支持完整的HTML显示。（编者注：Flash Player 10中的高级文本渲染引擎已经开始优化这方面的工作）

连接本地设备

• AIR技术的优势在于桌面应用于WEB技术的连接，而与本地设备（比如USB设备）的连接还没有很好的解决方案。

原文在这里： http://gorillajawn.com/wordpress/2009/06/08/top-5-reason’s-adobe-flex-and-air-are-not-for-you/

简介：
经过一段时间的努力,本站网友联合翻译的AdvancED ActionScript 3.0 Animation中文完整版终于发布了!感谢译者和整理者无私的劳动才使本书最终成型。由于此书采用多人协同翻译，每个人的水平又不尽相同，难免会出现或多或少的问题，在这里也请每位读者能怀着一份感激和宽容的心情阅读此书。如在阅读中发现错误和不妥的地方，请在此页留言，以便我们再版时可以更新这些问题。

译者:
hbbalfred ,
LiScott < Blog >
Y.Boy < Blog >,
daWei Yang ,
yujjj < Email Blog >
actions

目录：
第一章 高级碰撞检测
不规则图形的检测碰撞
BitmapData.hitTest用于非位图
大量对象的碰撞检测
实现基于网格的碰撞检测
编写网格代码
测试并调整网格
整理成类
使用此类
检测不只是为了碰撞
总结

第二章 转向行为
2D向量(Vector2D)类
机车(Vehicle)类
转向机车(SteeredVehicle)类
寻找行为
避开行为
到达行为
追捕行为
躲避行为
漫游行为
对象回避
路径跟随
群落
总结

第四章 寻路
寻路基础
A-star
A_star运算法则
代价计算
图解运算过程
代码实现
常见的Astar估价公式
使用Astar类
修改路径细节：拐角
在游戏中使用Astar
进阶教程
总结

第五章 二级输入设备：摄像头和麦克风
摄像头和麦克风
输入的声音
声控游戏
活跃事件
输入的视频
视频尺寸和质量
视频和位图
反转图像
分析像素
分析颜色
将跟踪颜色视作输入
分析移动区域
边缘检测
总结

第六章 高等物理：数值积分
时间驱动的运动
编程RK2
编程RK4
薄弱环节
总结Runge-Kutta
Verlet积分法
Verlet点
点的约束
Verlet线段
Verlet结构体
拉链式结构
深入研究
总结

第七章 3D in Flash10
Flash 3D 基础
设置消失点
3D坐标
景深排序
3D容器
3D 旋转
视野和焦距
屏幕坐标系和3D 坐标系
本章小结

第八章 Flash10的绘画API
路径
一个简单的例子
画曲线
wide绘制命令和NO_OP
缠绕
三角
位图填充和三角
uvtData
更多三角
三角和3D
uvt中的t
旋转圆柱
创建一个3D地球
图形数据
总结

第九章 Pixel Bender
什么是Pixel Bender？
编写一个Pixel Shader
数据类型
获取当前像素坐标
参数
高级参数
对输入图片进行取样
线性取样
适用于Flash里的Twirl Shader
在Flash里使用Pixel Bender
加载或绑定shader
使用shader作为绘制填充
访问shader元数据
设置shader参数值
转换shader填充
用shader填充制作动画
指定shader的输入图片
使用shader作为滤镜
使用shader作为混合模式
总结

第十章 补间引擎
Flash的Tween类
缓动方法
合并补间
Flex Tween类
Flex Tween类的缓动函数
Tween组合
Tween序列
补间引擎
Tweener的缓动函数
Tweener的tween组合
Tweener的tween序列
TweenLite/TweenGroup
TweenLite的缓动函数
TweenLite的tween组合
TweenLite/TweenGroup的序列
KitchenSync
KitchenSync的缓动函数
用kitchenSync改变多个对象或属性
KitchenSync的tween序列
KitchenSync的tween序列
GTween
gTween的缓动函数
用gTween改变多个对象
gTween的补间序列
总结

关于作者 About the Author
Keith Peters，世界级的Flash技术大师。他的个人网站www.bit-101.com是业界知名的技术资源站点，以众多极具启发性和实验型的开源 ActionScript代码而蜚声全球。他拥有近10年的Flash开发和设计经验，撰写过多部Flash方面的图书和大量杂志文章，本书为其代表作。

最近网络上最热的话题之一就是“开放式Web技术 HTML5”，从国外媒体到国内媒体均有大量报道。从大量的报道中，如果各位从Google搜索引擎中输入“HTML5 Flash”这2个关键字组合，将会有1百多万条相关的资讯，真是犹如狂风暴雨一般，而现在的IE8，Safari 4和FF 3.5 RC都或多或少的支持了一些HTML5的功能，这就让HTML5的话题讨论更加如火如荼。我们来总结一下其中的话题，基本上是以下几个类型（请原谅我均用问号结束以下的标题，因为我会在后面谈及我的看法）：

◆HTML5让Flash可有可无？

◆HTML5会为Flash和Silverlight送终么？

◆HTML5将一统视频插件市场，取代Flash Video?

◆HTML5将成为Flash杀手?

◆HTML5或将让Flash过气？

◆HTML5将严重冲击RIA领域技术？

……

本人仅罗列出以上有代表性的话题，基本可以说与HTML5和Flash这两个词相关的话题80%以上都围绕上述展开，当然有人是正方，有人是反方。对于HTML5和Flash，我希望能够表述一下我的观点，在详细表述之前，先概括一下我的观点：

观点一，我支持HTML5和Open Web技术

观点二，我不认为HTML5将取代现有的Flash，HTML5有很长的路要走

接下来，请让我从各个方面来详细阐述我的观点。

观点一，我支持HTML5与Open Web技术，并且我认为Adobe也会积极推进HTML5开放的标准化工作。Adobe公司是世界上最棒的图形图像多媒体与网络技术应用软件开发公司（原来是图形图像，收购了MM后，我加上了网络应用技术开发）之一，在过去的13年中，Flash从1.0到10.0，逐渐变成了当前互联网上最流行的RIA技术，Web交互体验，音频，视频，游戏，广告，企业Rich UI等等，都能看到Flash的身影，同样，收购了Macromedia公司之后，Adobe也有一套完全遵循和引导Web标准化页面的开发工具，那就是Dreamweaver，其中对于W3C的Web标准和CSS样式标准的支持可谓是推崇备至。我相信，HTML5在Web技术向着开放和标准化领域的进化过程中将起到至关重要的作用，而这一点，我有理由相信，在Web应用开发领域的工具上，Adobe有理由仍然去继续扮演一个支持者的角色。当然，这个支持者的角色也决不仅仅是从开放和标准化的角度出发的，从创新，客户需求和未来的发展机遇上，Adobe都不会轻易拒绝HTML5，并且实际情况就是Adobe是W3C标准和HTML5工作委员会的成员之一，并且已经参与了很多标准化的工作，比如H.264,CSS,PostScript,HTML,SVG和PDF ISO32000等等。

请各位看清楚，Adobe支持HTML5，但是不代表Adobe就会放弃对于Flash的支持，Flash作为一个发展了13年的成熟技术，面临很多挑战的同时，也面临很多机会，当HTML5真的诞生时，Flash会有相当多的机会去进化自己，改良自己，以适应技术发展和创新的潮流。我的观点就是，作为技术领域的领先公司，适时的去支持开放和标准化的技术，将是一个为这家公司带来改良现有产品，开发新应用软件，拓宽业务机遇的绝佳时机，这才是一个成熟的，优秀的公司最明智的策略。就像一个智者（或者是胜利者），总会从挑战和新事物中寻找机会，不断完善和提升自己，而不是去盲目的去抱怨，拒绝和阻碍新事物的诞生。因此，我支持HTML5和Open Web技术，我也坚信Adobe也一定会支持。

观点二，我不认为HTML5将取代Flash。HTML5加入了对于富媒体的支持，让大家的确激动了一把。但是我们静下心来，仔细来阅读下面的一段，相信能够给你带来一些思考。首先，我们来看看HTML5对于富媒体支持的这部分功能，我先大致罗列一下，并写出了Flash Player支持相同功能的年份（不一定100%正确，欢迎补充）：

画布标签(2D绘图和动画），这部分Flash Player 1就已经支持，年份是1995年-1996年

视频支持，这部分Flash Player 7开始支持，年份应该是2003年

音频支持，这部分Flash Player 4开始支持，年份应该是1999年

离线存储数据库，这部分Flash Player不支持（仅支持本地Shared Object），确切应该是AIR的1.0开始支持，年份应该是2007年底

拖拽支持，这部分Flash Player 5，Action Script 1开始支持，大概是2000年-2001年间

跨文档消息通讯（协作），这部分功能Flash Player 7开始支持，年份应该是2003年

MIME类型和协议事件侦听注册，HTML独有特征，与Flash无关

新的解析规则，与浏览器解释器有关，与Flash无关

新的元素控件标签，例如进度条，导航，时间，这部分在Flash Player 4的时候，我就能做，年份是1999年，全面控件支持是通过AS2在FP7里实现

新的表单控件，比如日期，时间，邮件，链接等等，这些表单元素在AS1 Component里就已经可以实现，大概是Flash MX和Flash Player 6开始支持，年份是2002年。

附送一张Flash的功能进化图，供各位看明白：

关于具体2者的功能对比，请参考我的同事Ryan Stewart的总结。以上这些随着HTML5而来的富媒体元素支持功能，在不同的Flash 版本里实现和进化，经历了至少6个年头，比如FP7的Video支持，况且Flash一直是由Macromedia和Adobe公司不断驱动下的来完成的。随着HTML5在Open Web下的进化，加入了这些类型的功能，我认为Flash有绝佳的机会和时间在重复的功能上做出改进，更加强化自己在丰富媒体领域的针对性地位。

现在，互联网领域最硝烟弥漫的战场之一是哪里？没错，是浏览器市场，微软，谷歌，FF，苹果，还有一众大大小小的公司的不同浏览器被卷入这场似乎无休止的战争当中，谁都想从中分一杯羹。HTML5基于Open Web的出现，目前还只是一个雏形，从W3C的进度表上，不难看到，它的交付日期初定在2012年。OK…..我很难想象在这2年多的时间内，各大浏览器厂商会基于HTML5这个开放的Web新一代标准做出何种改进和实现上的需求变化，包括他们能否统一的对于HTML5 2012年推出（如果能按时交付的话）的标准进行一致的浏览器兼容性支持，都是一个大大的问号。

HTML5基于Open Web的理念是完美的，但是Open的统一是要付出昂贵的代价的，君不见现在天天都有咆哮声出现在大大小小的HTML标准化兼容的故事里？所以，我认为HTML5的交付和统一之路更加漫长（这当然是我技术出发点不愿意看到的情况），这不仅仅是技术的开放，标准和更新换代的过程，更多的包含了令人匪夷所思的商业博弈在其中。

就Flash而言，由于其核心渲染引擎是由Adobe独家拥有（同SL一样，MS独家拥有），其策略思路，进化路线图对于客户和业界的需求的转变也是相当之快，至少目前Flash播放器的版本每12月到18个月就更新一次，而其播放器核心也维持在1MB左右，向下兼容也保持了一贯的一致性。我不敢也不能做出猜测，到了HTML5 2012正式版本交付时，Flash又会加入或进化成什么样子。而Adobe的思路除了要推广维护Flash的地位，也在考虑以适当的进度不断开放其Flash Platform的技术环节。先是开放SWF文件格式规范，然后开放Action Script虚拟机，然后开放Flex SDK，现在开放RTMP协议规范，进而成立开放标准Open Screen Project面向移动设备的未来FP播放器策略，乃至大量的开放的第三方开源类库，不得不说是相当有计划性和策略性。这种方式，用中国的古话是“授人与鱼，不如授之与渔”的绝佳策略，即保证了Flash技术在开发上的开放性，互操作性，又维持了Flash技术核心的安全，高效和版本更新换代的一致性。试想，如果Flash全部开源，市面上出现若干不同版本的Flash播放器，这对于Flash而言，是机会，还是灾难？基于Flash的核心安全性如何得以保证？

综合上述的论证，我认为HTML5不会取代Flash，相反，两者将来反而有更好的机会互操作，互整合，为互联网用户提供更加强大的用户体验。愿望是美好的，但是HTML5的成长之路绝对不会一帆风顺。

最后开个小玩笑，说不定等HTML5大家都支持了，我都和我儿子一起玩Diablo 4了。