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的官方文档！
在处理文本时，为了美观，有时会给文本选择一些特殊的字体，使得文本不那么单调，这就会引发一个问题：由于每个用户的系统有差异，当对方机器上没有安装你指定的字体时，Flash Player会自动选择一个合适的字体，无法保证文字的外观� ......
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 ......
1flex端
<mx:Button label="下 载" click="download()"/>
//下载
public function download():void{
var str:String=this.uploadfiles.selectedIndex.toString();
if(str=="-1"){
Alert.show("请选中要下载的文件");
&n ......
