flex开发心得体会

li_chunjin@sohu.com

由于项目的需要，接触flex已经有好几个月了，随便写一点心得吧，不涉及什么RIA之类的概述，
1． Flex的界面设计
采用flex Builder工具开发和dreamweaver差不多，都是拖拉式的，界面定位上也采用类似Html表格的定位,不过跟html最大的区别是采用了 组件技术，一个系统可能只有一个application的页面，也有可能有若干个application的页面，一个application页面载入的话需要刷新，一张flex页面 后缀名mxml. 可以当作一个组件，其他页面可以直接的使用这个组件，前提是在同一个名字空间，不同名字空间 需要导入声明。类似Java的包概念
2.数据的通讯和显示
    flex的数据通讯功能强大，比一般的asp,jsp\php数据传输强大，
多了一个remote object传输方式，其实原理应该是利用Java的反射机制reflect，
在flex_config声明类，页面上同样的声明，使用的话只要直接的调用这个类的方法，
更强大的对象传输机制，利用actionscript构造一个对象和java对象映射，并且经过注册，
在actionscript中要把一个表单数据存储到数据库中去，把这一些数据放到一个对象中，接着直接调用Java方法传进去，（包装对象进行传输，减少网络带宽），关于这个传输过程，大家可以借鉴macromedia网站上的例子，
这种方式不影响技术架构采用ejb或者其他o/r mapping技术，几乎是透明的，跟传统的J2ee一样
flex页面->actionscript->简单的Javabean->sessionbean->entitybean或者o/r mapping->DB
flex的数据显示机制非常的强大，原理也是类似jsp的taglib技术和asp.net的webform技术，数据的迭代非常的方便
数据也有缓存的机制。
3.flex上的一些不足
由于flex才出来一年，老实说句，不是很稳定，但是也没办法，为了满足用户的享受，就先将就一下。不过目前flex已经有很大的市场，特别是企业商家的展示，
有些东西很莫名奇妙，同样的mxml2段类似代码,一段可以执行，另一段不可以。
Flex的调试目前很困难，特别是页面和后端之间的通讯调试，我们目前还是就是在页面上打印跟踪，不过目前也出现了一些好的调试工具，例如as2unit等等
系统的集成测试和压力测试也很难做吧，对于这种没有页面概念的 b/s系统，
我们应该模仿c/s的集成测试和压力测试来做，不过这一点。我没什么c/s经验。

由于flex安全体系跟flash 一样，有些限制。例如不能浏览本地文件等等，
上传文件的话就需要利用javascript

没有良好的支持国际化和本地化，不象jsp的taglib i18n有着成熟的 框架不过幸运的是在一个老外的一个小框架上已经开发出一个基本能实现国际化和本地化框架
flex支持打印却不支持打印预览，只能笨拙的采用javascript,
   晕死了，真不知道macromedia公司怎么想的J
还有其他碰到的问题，下次我有机会再详谈，
总之一句话，采用flex开发有很大风险。在你将使用flex之前
请仔细的咨询和评估你的需求，
3.关于flex系统的架构
actionscript已经能代替传统的业务逻辑控制层，例如struts之类的框架
再运用已经没什么意义了
flex控制页面的逻辑转向有点类似struts 的tiles, 把整个界面分几个部分
哪个部分将显示哪个页面，这种机制的好处就是速度比较快，因为一个application的flex 系统下载下来的话，就不需要刷新来显示页面
不足之处就是页面控制逻辑转向不容易维护，不象struts的struts_config维护页面的逻辑
如果采用struts的话，数据和转向将多走一层，个人认为影响系统响应速度。

写了一个小时，有点乱

感谢斑竹的大力支持

等项目完工

我会全部的整理一下

目前采用flex做系统的公司绝大多数是美国的世界500强

毕竟1.2万美元的flex服务端价格不菲啊

支持国际化和本地化用得是哪个框架？

Flex里面有些打印的功能吧

毕竟1.2万美元的flex服务端价格不菲啊

这个夸张。。。

应该可以不用Flex服务器。
用Flex来生成flash。
搭建自己的支持AMF的服务器。
目前有的开源项目有OpenAMF。

flex 2可以,用filereference