寄希望于Flex和Air的下一个版本

因工作需要最近一段时间使用了Flex,顺便写了一个Air的客户端来用，谈谈个人看法：

• Flex的编程很麻烦，语法习惯在某些点可以同C++,java,C#风格统一起来，特指这个Var,不知道Adobe到底是怎么想的；
• Flex基于Eclipse,导致产品的性能非常差，占用了巨大的内存，一个javaw居然占用了400M的内存，是我的vs.net的N倍；
• Flex的界面设计和布局并不是很好用，控件在使用时非常难用；帮助文档提供的内容不清晰，指代不明；
• 既然立意是基于互联网的，但是基于Flex的应用非常难以提交数据，完全可以向Html那样给一个Form标记。里面的控件数据可以自动提交，而不用我一个个手动对数据；
• HttpService对象在返回Result时，如果Result里面的某个值是超长的数字时，系统会“聪明”的帮你改成科学计数；
• Flex的资料目前来说还是太少，控件的属性在使用时非常不便，受限于Eclipes框架，Flex Builder这一IDE在易用性上非常差，不能简单的alt1 alt2切换窗口，双击控件不能自动产生事件，等等。。。非常不方便用户操作；
• Air应用模式虽然对于软件提供了一种全新的Color模式，但是还是非常不好用。设置窗体的透明要去改XML文件，窗体运行居中居然要写代码，数据库连接只提供了一个简单的sqlconnection对象，从客户端应用的角度来看Air还有很长的路要走；
• 如果抛开界面上的因数来说的话ASP.Net+ajax+linq是最简单，最高效，最方便的开发应用模式，Flex太单一了。而且Adobe还非常无耻的说和php. asp.net等无缝连接，全是幻觉，明明都是一个简单的HttpService对象罢了；
• Flex中对象属性不明显，不严格，导致在使用时不知所措。
• 编译错误提示不明显，指代地点不清晰，还得我经常要找半天是哪里有问题，而且有的时候编译有错居然不提示，可以看的出来Flex并没有一个好的编译工具.
• 选择Eclipes是一种战略性的错误，如果这一产品只是开发一种弱界面的东西的话，可以选择Eclipes这一框架，但是对于UI要求够多的时候，性能就产生了很多问题了。
• Flex中popmanager弹出窗口的返回值使用了一种非常奇怪的方式，和平常的编程习惯完全相反，关于这点没有说明，真不知道其他人是如何做的；
• Combobox对象要设置一个选定值是我现在是写的函数来实现，不知道Adobe的开发团队怎么想的，也不知道是不是我的无知；
• RadioGroup对象的代码居然没有包含Radio对象，又让我非常无语，而且设定选定值必须设置为标签值，如果用户存储的是Value怎么办呢？简直无语;
• 容器空间在设计和预览时出现误差，经常会反复调整；
• Flex基本上是在用易用性来换取界面的改善，必须强调用户对于产品非常熟悉；
• 现在市面上关于Flex的资料太初级而且大部分都是在做帮助文档或者从网上拷贝实例下来用，一些MP3,视频播放器居然都成了高级编程了，简直让人无语。不过这点上来看，Flex提供很多其他不能提供的功能，也不能说是flex提供的，而是Flash提供的。