一项技术，从概念提出到技术研发到商业发布，再到实际应用，最终将产品呈现在用户面前，这是一个漫长而复杂的过程。在这当中，很多有创意有生命力的技术因为各种原因小小遗憾地不幸夭折了。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组件保障对后台数据访问的安全性和效率
（１２）文档示例丰富，通过网络可以获取大量的学习资源
（１３）近两年发展态势良好，前景光明
企业角度：
（１）开源，免费（其实很多时候还是直接用破解的。。。）
（２）具备了RIA时代富客户端的优点（C/S+B/S）（潮流啊~！）
（３）项目和组件的重用性高，易于资源积累和快速构建
（４）Flex提供了与其他语言的结合，能广泛利用已有的资源
（５）界面华丽，客户认可度高
（６）学习曲线一般，培训成本低
用户角度：
（１）部署和更新方便
（２）界面漂亮，交互性强
（３）安全
说了这么多好话，再来综合说一下缺点。鉴于我着迷于Flex的光环效应，没有看到的缺点还请诸位多多提出。
缺点：
（１）不擅长处理复杂的业务流程，主要还是适合展现（Flex不是万能的）
（２）继承了Flash的诸多优点，却唯独丢掉了Flash的小巧轻盈（减肥是永恒的话题）
（３）目前尚没有比较好的减肥策略，带宽较好时这不是问题（不是一般的卡。。。）
（４）对服务器和客户端的硬件设备都有一定要求（CPU和内存占用很生猛。。。）
（５）运行期内存泄露状况严重，尽管可以通过一定手段改善（这个很崩溃）
（６）对一些较专业的领域涉及较少，需要第三方组件支持（比如地质方面的）
（７）Adobe公司对中国分部的支持不够（感觉宣讲和文档都做得不够）
（８）搜索引擎对swf文件的支持不够（Adobe一直在努力）
（９）与以往浏览习惯不同，比如右键被屏蔽，图片无法保存（可以改善）
鉴于Flex生成的swf文件太肥是其主要缺点（加载慢，运行慢，内存占用多），我就主要从减肥和优化的角度来说一下使用心得。
使用心得：
（１）Flex只是前台展现，需要搭配强大的后台（注意前后台的均衡和优化）
（２）考虑异步加载（比如分步加载外部资源）
（３）界面推荐使用相对布局，合理组合，避免多余嵌套
（４）界面加载图片推荐使用外部加载方式，尽可能多使用矢量图形
（５）规范CSS样式表，尤其注意使用的外部字体大小
（６）使用额外的皮肤和特效时需要综合考虑生成的文件大小和执行效率
（７）适当地考虑延时加载策略，主界面只显示必要的内容
（８）规范编码，提高执行效率，避免内存泄露
（９）使用RSL和Module和其他有效方式努力减肥
（１０）尽可能重写一些继承底层类的组件，执行效率更好
（１１）慎重使用重量级组件（比如DataGrid，AdvancedDataGrid）
