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. 尽量将会公共使用的组
相关文档：
1、Subclipse
最近工作中，所有项目都在SVN中进行。由于Flex Builder没有内置SVN支持，很是不便。在编译时，”svn”文件夹会导致一些莫名错误。在编写Flash as时，我现在习惯用Flash Develop，小巧实用，也支持SVN。为了方便，给Flex Builder也装了SVN插件。由于FB基于Eclipse，安装方法都是一样的。
选择 He ......
在通过blazeds实现消息时，FLEX发布时需要在设置里面将flexserver中将contextroot与web应用的contextroot名称设置成一样的！否则就不能正确的接收到消息
以下是相关的参数文章
关键字: flex blazeds
来自：http://hi.baidu.com/%C7%E1%BD%A3/blog/item/33ce7219256b894d42a9ad30.html
Flex 调用远� ......
本文介绍一下关于flex性能优化,以及flex生成的的swf大小优化.
1.关掉build automaticly
2.专心做一个项目，开起来一个flex builder
3.用flex builder而不用Eclipse插件，这样不用受其它的插件的影响。
至于后来和数据库的就先不说了,因为水平有限
as3一出来,flex也跟着火一把,目前学习flex的人也越来越多了,但是国内fl ......
在flex中，一般直接在设计时写remoteobject的话，这个是比较普遍了，但有的时候，需要在AS代码中动态设置
remoteobject,这个比较少见，所以小结学习之：
情景是，当页面加载时，代码新建立一个remoteobject，然后设置其方法和调用参数，最后把调用返回的结果（是JAVA中的一个LIST），绑定到
一个repeater控 ......
