Flex 开发注意事项1
cimmicola能否讲讲flex开发经验(轉貼)应该清楚Flex是完全编译成swf文件后交由客户端浏览器中的Flash player来执行的。而不像传统web语言，经由服务端进行解释后转化为纯html元素和脚本。
这样来说，一个纯Flex应用（主要是指企业级开发，有很多功能和业务流程的那种）编译之后的体积，基本上是不能在互联网上访问的，不采取任何优化手段，应用程序就会达到900K~几兆，对于现在普遍的1M带宽来说，下载速度已经是不能接受的了，而且浏览器的下载也不会是断点续传，一旦下载受到干扰，那么下载就中断了。因此Flex的企业应用最适合的是在局域网内使用，如果有外网访问的需求则会比较棘手，对于RIA来说，缺少了互联网，不是致命缺陷吗？而且我认为这绝对不是提高带宽可以做到的，因为现在早有5M~10M的带宽了，可是装的人还是很少，而且我公司是100M独立光纤，都没能解决这个问题，你不能让所有的用户都是100M独立光纤吧？
这点JavaFx也存在同样的致命问题，也是JavaFx没有被RIA甚至是Java自己阵营的人接受的原因。这点silverlight很好的在其运行环境中解决了，它能直接执行axml文件和其中的脚本，而无需事先编译成二进制的文件。这是我觉得他最大的优势。我们现在能做的只是尽量减少体积带来的影响，而不可能完全解决，问题的本还是Flash player，Adobe还要加油啊。
而Flex很年轻，很多人都没有项目开发经验，因此都是从官方或者从国外一些人的教程那里学习和借鉴的，包括我在内。但事实是，Flex官方的教程甚至是样例程序都是很糟糕的。因为大家访问时都是在自己本机上，而那些应用都是很小很小的，感觉不出这样带来的不良影响。因为很多学习Flex的人可能不是搞程序出身，而是搞Flash的，这样他们对程序的理解，对设计，都缺少认识，绝对会依葫芦画瓢的
举个例子在一个MXML文件中的方法，经常是没有参数，而是在函数内部调用该页面内其他元素的，这有个非常大的不好就是，这些代码不能被抽象出来，使得每个页面都有些相同的冗余代码。越到后期会使得程序体积越大，代码越来越难管理，经常会在方法中发现一些既不是方法内声明的变量，也不是传进来的参数，就满文件的找，这个变量是哪里来的局面，使得改造和维护代码变得很艰难。
除了以上说的一点还有一些经验和大家分享一下。
1. 尽量抽象出方法，写进as类或者as文件中，以降低耦合度（避免方法的依赖性）。而关于业务的一些操作方法那是没办法避免的。
2. 尽量将会公共使用的组
相关文档：
Flex垃圾回收和性能优化
2009-10-10 10:08
Flex垃圾回收的一些知识总结：
1、被删除对象在外部的所有引用一定要被删除干净才能被系统当成垃圾回收处理掉。
2、父对象内部的子对象被外部其他对象引用了，会导致此子对象不会被删除，子对象不会被删除又会导致了父对象不会被删除。
3、如果一个对象中引用了外部对象，当� ......
1.在flex里面显示查询后的list集合数据
private var model:ModelConfig=ModelConfig.getOne();
ModelCong类中存放一些全局的东西要实现接口implements IModelLocator
（如public var root:String="http://192.168.1.68:8090/OA";--系统数据，
public var users:UsersVO=new UsersVO();用来存储信息的变量， ......
2004年3月，Macromedia(2005年被Adobe收购)发布了Flex 1.0。从那时起，基于Flex的RIA开发获得了越来越多的动力，RIA也已经成为广泛接受的Web应用开发方式。今年，Adobe将发布Flex 4，随之而来的是Flash Builder 4以及Flash Catalyst，他们都将成为Adobe Flash Platform技术的组成部分。
Flex开发环境
Adobe Flex ......
1.flex端
<mx:Button id="upload" label="上传文件" click="ExternalInterface.call('openUpload');"/>
2后台
2.1 openUpload是后台的js脚本(jsp)
function openUpload(){
var url="/OA/service/upload.jsp";
newWin=jscomNewWinOpenByS ......
