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. 尽量将会公共使用的组
相关文档：
网上找了很多资料，调了又调，试了又试的，终于向客户端写cookie成功了，跟大家分享一下：
其实有两种方法可行：
方法一：是再模板html中添加一段js写cookie的代码，再flex端用ExternalInterface.call来调用，感觉麻烦，没用这种方法：
方法二：直接在flex端向客户端写cookie
关键代码是：
//向客户端写入cookie ......
初学flex，遇到一个问题‘在datagrid的一列中利用它的值转换显示不同的图片’，在网上搜了搜问了问，解决了哎,解决办法贴出来，希望对其他人有帮助，
利用datagrid的labelFunction解决的，如下：
在datagrid的
<mx:DataGridColumn dataField="level" labelFunction="formatiImg"/>
/* ......
弄了两天，终于把复杂的xml文件的数据根据自己的要求读出来，显示在页面上了。flex通过HTTPService组件发送请求，读取xml文件中数据，用xmllistcollection存储xml中某一部分数据，并绑定在gridview控件上。
xml，xmllist，xmllistcollection中只有xmllistcollection具有修改更新数� ......
来源：http://blogs.adobe.com/tomsugden/2009/12/writing_genuinely_reusable_fle.html
在企业的大项目里，经常要为Flex 类库写一系列可重用的组件。理论上一些相同的组件可以重复用在不同的模块和子模块的Flex 或 AIR 程序中，带来一致性和快速开发的好处。然而在实际中，存在些错误用法限制了组件的重用性。本文章解释� ......
