FLEX优缺点分析

用了一年多Flex，感触多多。

偶尔有同行的朋友问我啥是Flex，说实话，一时半会儿我还真说不清楚。

尤其是对于一个从未接触过Flex的朋友，想要由浅入深地只用嘴巴不用电脑给他讲明白，这确实难为一个整天只跟机器打交道的程序员了。

后来我想了一个办法，我说你知道开心农场吧，那就是拿Flex做的。

这下子很多人有兴趣了，呵呵，如果你也有兴趣，请继续往下看。

失言未察之处，欢迎拍砖。

一般来说，一项技术的产生都是为了解决业界的重大难题而出现的。

那么说到Flex我们就不得不先说一下RIA。

RIA这个概念其实早就出现了，我最初是07年在《程序员》杂志上关于Ajax技术的介绍时看到的。

到了08年，伴随着网络视频的飞速发展，RIA应用已经搞得有声有色热火朝天了，其实翻译过来就是个富客户端（Rich Internet Application），相较于BS 的瘦客户端，也可以称之为胖客户端。

当然如果你已经被这些名词概念熏得焦头烂额，请连跳四段（小黑好心提示，本部分仅余四段。

）。

RIA简单的说，就是CS+BS的开发部署模式。

CS和BS大家都很熟悉，CS的全拼是Client/Server，它的优点在于借助局域网的信息安全和带宽优势，充分利用客户机器的运算能力从而降低服务器压力，缺点就是安装部署更新麻烦，比如老板让我跑到一千公里外的客户那安装一千台机器的客户端，过几天我回来了，老板说那边有几台机器运行有问题，你去维护一下~！过几个月，老板说你去把那一千台机器全部升级一遍，他们自己不会装。

呵呵，这些痛苦我当然不曾经历，我杜撰的。

那么在1998年，互联网风起云涌的时候，BS，Browser/Server，逢时而生。

BS充分利用互联网的优势，解决了CS安装部署更新的一大难题。

通过把业务逻辑处理放在服务器端，然后解析为HTML，利用HTTP协议传输到客户的浏览器上就万事大吉。

看起来很美，其实干过就知道也很痛苦。

哪儿痛呢，痛的当然是我们这些开发者。

安装部署更新倒是省事儿了，装个IE，给个网址就能让客户登录了。

但是，基于HTML+JavaScript的技术让人很崩溃。

JavaScript 我好久不用了，在以前毕业实习的时候，感觉开发和调试都不方便，而且还面临着不同浏览器不兼容的噩梦（据说现在上述问题随着Ajax的风行有所改善，我不太了解）。

另外，BS还有一些潜在的缺点。

比如，客户端体验简单，不易开发丰富的效果来展示数据（这和当时的网络带宽也有关系）；必须联网才能运行，信息安全无法保障；应用程序需要通过其他技术辅助才能操作客户端资源；服务器负载过高而客户机运算能力未充分使用等。

综合来讲，BS仍然是一个不错的解决方案，它的Web应用程序和CS的桌面应用程序曾一度二分天下，各领风骚数十年。

从解耦角度来看，CS以数据库的方式把数据从程序中分离，BS 以浏览器页面的方式把界面和逻辑再次分离，然而第二次分离是不彻底的。

表面上只是代码结构的分离，从实质上看表现层仍然是逻辑层的附庸，前台UI完全和后台实现技术绑死（把已有项目后台从C#换成JAVA是不可能的。

）为了解决这个问题，RIA出现了（顺便搞定了一些其他问题，比如页面异步刷新，前台UI不够丰富等等），RIA基本实现了不依赖于特定后台技术，能与多种服务端搭配使用。

在2002年，MacroMedia公司（简称MM，05年被Adobe收购）首先在Flash Player6中引入了RIA概念。

2004年，MM正式发布Flex1.0（汗，终于说到Flex了），随着Ajax的火爆，RIA开始受到广泛关注。

RIA主要有两个方面的含义，一是用户界面的丰富即富客户端，二是数据模型的智能，服务器已经变成了支持客户端正常运行的数据服务，并提供了异步数据传输和脱机缓存机制等复杂的数据处理能力。

前面提到，RIA本质上就是CS+BS，它想集大成，想搞总结，想终结CS和BS二分天下的局面。

说浅显点就是，如果以前的CS程序现在能在网络上运行，并且保持了原来的功能和特征，那么这就是一个RIA。

关于RIA的详细介绍GOOGLE 上一搜一大把，在此就不继续作详细展开。

回到当下，RIA各种技术一番拼杀，现在广为人知的只剩下四个NB小伙：Ajax、Flex、SilverLight、JavaFx。

在本文第二部分中，我将简要介绍一下Flex（貌似进度有点儿慢，多谢支持。

）Flex是咋回事之二前世今生收藏转眼已是岁末，让我们回顾一下历史，展望一番未来。

啥，没有未来？那就不展望了，回顾一下历史吧。

扯得有点远，其实本部分主要是写些过去的事情，顺便理清些概念，不喜欢的朋友请跳过，再跳过，再跳，然后就刘翔了。

先说一下Flash Player（简称FP）。

经常上网的朋友一定遇到过Flash Player版本升级的提示吧，这东西其实就是浏览器插件，据说已经有了98%的安装普及率，没办法，谁让咱们这么爱看视频呢（FP具体介绍请见/view/1585492.htm）。

Flex生成的页面主要是通过Html包装一下生成的swf文件，和Flash生成的swf一样，它也靠FP才能完美运行，这有点类似JVM虚拟机和.NET FRAMEWORK（FP里内嵌了AVM虚拟机）。

FP又分调试版和产品版，总体来讲，咱们只管用FP提供的API，以及及时关注最新版本的功能，其余不会过多接触（我对FP10关于3D方面的支持很感兴趣，不过貌似其支持效果不太理想）。

再说一下Flash的历史。

在1996年,小软件公司FutureWave Software为了给Netscape开发一个全新的网页浏览插件，创建了名为Future Splash Animator的动态小程序，该产品基于Java，是由一个称为SmartSketch的产品演化而来，这就是Flash的老祖了。

具有讽刺意味的是，这家FutureWave的公司本来是打算把这项技术卖给Adobe的，但在那个时候Adobe 根本不睬它。

而Macromedia（简称MM）却很有兴趣，就这样在1996年11月,MM在拥有了FutureWave这家公司的技术后，把FutureSplash重新命名为Flash Player 1.0。

在随后的许多年间，Flash被打包为Studio套件的一部分，并与其他Studio产品（如Dreamweaver 和Fireworks）一起发布，世人称网页三剑客。

三剑客横行无敌，到了05年4月18日这天，ADOBE实在看不下去了，阔绰出手，又以34亿美元天价收购MM。

ADOBE大叔估计很后悔当年没收购Future Splash，搞到现在，被MM给做大了（Flash具体历史介绍参见/viewthread.php?tid=13194和/space/?625743/viewspace-350122）如同今年4月Oracle收购Sun一样，MM嫁入ADOBE豪门，在当时的业界也是一片哗然炸雷。

许多MM的忠实粉丝觉得，那三剑客就是被ADOBE大叔招安了啊，依据其收购产品的一贯猥琐恶行，这几位剑侠估计很快就会被不声不响地给整掉了（当时Flex还是襁褓，大家都没注意到。

）Fireworks是PhotoShop的老对头了，肯定是斩立决；Dreamweaver要不就是改装变身，要不就是各种理由直接缓死；Flash日子会好过些，但其一贯的MM风格是否能延续也很难保证。

然而ADOBE这次出乎意料的善良，三剑客无一遗弃，相反还忍痛把自己推行多年的SVG死缓（个人也很喜欢SVG，无奈和FLASH冲突，出于商业策略，这孩子被牺牲了）。

在最新的CS4（Creative Suite 4）产品系列中，三剑客依然活力四射地与其他成员工具们和谐奋进。

那么事隔收购事件四年多之后，我们已经渐渐接受了MM产品前面强行加上的ADOBE标签。

可以说，ADOBE充分吸纳整合了MM的精神和风格，无论是FP还是三剑客，ADOBE一直都在努力地做得更好更和谐。

（本人现在已经是ADOBE FANS了，哈哈，不过还是挺怀念Flash MX2004 和Dreamweaver2004那个时代的，尽管当时也没闪出啥东西来。

）说了这么多关于Flash的事情，其实是因为Flash比Flex更出名，ADOBE也察觉到这一点，所以在预备推出FLEX4时，又将其更名为Flash，只是SDK仍然沿用FLEX的名号。

FLEX和FLASH并没有本质区别，它们最终都是转为ActionScript源文件，然后被编译为二进制的swf 文件（就和JAVA文件被编译成class一样），再交由FP（FP就像JVM虚拟机一样）来执行。

不同的是，FLASH更偏向于设计人员，它有时间轴和帧的概念，能更好地实现动画、特效、短片等美工效果。

Flex是面向开发者的，隐藏了时间轴的概念（只有两帧），更专注于解决企业应用的表现层方案，提供了大量的通用组件用于构建前端页面、通过数据服务技术能更好的分离界面和逻辑业务层。

从04年3月MM手中的Flex1.0，到05年10月ADOBE手中的Flex2.0，再到07年1月伴随着强大的面向对象语言ActionScript3出现的Flex3.0,再到明年初发布的强力Flex4.0。

借着RIA的春风，Flex在不断走向成熟的同时，也被更多的业界开发者和企业用户所关注接受。

如果看到这里你很感兴趣，推荐在GOOGLE上搜索一把，现在不是08年了，网上已经涌现出大量的简易教程供我们参考学习。

当然如果你有些闲钱，或是想系统地学习一下，也可以买几本书。

（有时间我会整理些网站博客和书籍推荐的）在本文第三部分中，我将结合项目经验谈一下Flex的优缺点和使用心得。

没用过Flex的可能无法共鸣吧，那就直接跳过不看了，呵呵一项技术，从概念提出到技术研发到商业发布，再到实际应用，最终将产品呈现在用户面前，这是一个漫长而复杂的过程。

在这当中，很多有创意有生命力的技术因为各种原因小小遗憾地不幸夭折了。

Flex能走到今天确实不易，下面让我们从不同的角度来看一下它是如何过关斩将，赢得众多青睐的。

技术角度：（１）具备了RIA时代富客户端的优点（C/S+B/S）（２）支持多种服务器语言（JAVA、.NET、PHP）及主流框架（Spring、Hibernate）（３）与Java结合后相当强大，能充分利用Java的资源背景（４）拥有丰富的组件和第三方组件，对企业级的数据汇总和业务流程展现力较强悍（５）借助开源的力量，拥有众多民间组织和牛人支持（６）Adobe公司（还有MM多年积累）的强大背景（７）源于Flash的天生丽质，轻松使用多媒体资源，动态交互性强（８）借助FlashPlayer的安装普及度，轻松实现跨浏览器跨平台（９）良好的架构设计和制作精良的文档示例（明年FLEX４同步推出中文版）（１０）借助于插件丰富的Eclipse开发平台并拥有独立的IDE（１１）框架设计重用性高，有利于模块化设计（１２）近几年发展态势良好，获得了广泛认可，产品和技术也越发成熟开发者角度：（１）开源，透明（国人没有不喜欢开源的，哈哈）（２）基于Eclipse开发平台，易上手，且插件丰富（巨人的肩膀啊~）（３）基于Eclipse平台，开发调试方便(FB4中的条件断点）（４）ActionScript语言与Java的融合度和相似度较高，易学易用（５）MXML标签与XML相似，逻辑清晰可读性强（６）架构设计良好，耦合度低，有利于组件重用（７）无需针对不同浏览器编写代码，摆脱编写和调试的噩梦（针对JS说的）（８）类似VB的可视化拖拽组件，快速创建界面（９）方便定制及使用第三方的皮肤和样式，无需美工也有好效果（１０）支持多媒体资源，轻易开发动态交互性强的界面（１１）众多的RPC组件保障对后台数据访问的安全性和效率（１２）文档示例丰富，通过网络可以获取大量的学习资源（１３）近两年发展态势良好，前景光明企业角度：（１）开源，免费（其实很多时候还是直接用破解的。