极限-9月15号开始，用Flex写了4个应用参加赢在淘宝

黑色的另类。呵呵   没别的。  我自己的操作系统也是黑色和米黄字体。


我从2006年Flex1.5就开始学习Flex。  困难重重。

也是到了2008年第一个项目，大胆尝试用Flex开发后，逐渐才融会贯通。学习Flex做好的途径就是读Flex自己的官方文档。 我反过来倒过去 读了3年，看了无数遍，加上和实际项目相结合，才对Flex 的运行加载机制 内存机制 UI组件显示机制 Skin机制 等有所了解。所以这都是慢功夫，一步一步走过来的。 想从学校里学到 估计可能性不大。

Flex应该说不难，但是想写好大一点的项目，也有很多地方需要积累。比如Flex只是一个界面表现层，服务器技术也是需要能很好的配合上。 我的第二个项目，迷信框架，选择了pureMVC，导致后期维护十分困难。Flex最好的框架，就是自己一点一点的积累。这个应用的代码不多，因为都分散到了各个组件里了。
比如我自己写的分页控件：
<control:Paginate id="paginate" pageSize="{pageSize}" getPageData="getDataSuccess(event)">
  <control:paginateModel>
     <model:TaobaoLogisticsOrdersDetailGet args="{ args }" lockList="{[btnRefresh,paginate,btnExport]}"/>
  </control:paginateModel>
</control:Paginate>   即可完成分页显示和缓存分页内容在客户端。
这次我选择了 Flex+PHPRPC(也得益于javaeye对phprpc优秀项目的推广) 作为开发组合，因为 amf是将数据压缩成binary format进行传输的，所以效率太差。

这次的作品 因为时间紧，所以细节上还有很多的工作要做。目前工作正在进行中...

我在火狐3.5下跑的效果还是很不错，不知道ie下面有没用问题。
视觉效果是很炫，可是我觉得客户体验并不一定很出色。
多数人买东西，求的是方便好用，容易上手。
而且感觉用在电子商务上的话，好像有点怪怪的感觉。

不错 ,感觉花了气力了. 自动生成还是不太傻瓜化

楼主现在用什么框架？
可以介绍下经验吗？

效果很炫，不过公司这2M的光纤咋很慢，要加载半天

amf不是因为压缩而比其他的要快一些么？ 效率太差？ 没用过phprpc， 看看。查了一下http://gavin.iteye.com/blog/436156 好像基本上amf在客户端的比较快啊

AMF 是 binary format 形式进行压缩的。 解析和反解析时都要 readbyte 和 writebyte。  例如AMF的integer是29-bits，负数是28-bits，第29位表示正负号。如果integer大于正数29-bits或负数28-bits那么用8 byte IEEE-754 double进行储存。
String AMF 则进行UTF8编码储存。

可见，在序列化和反序列化时，多了一道进行binary编码的步骤。如果传输一个200k以上的数据，那么AMF的解析工作量会很大，速度比较慢。

PHPRPC,json等直接使用字符串 {"a":{"b":"c"}}   那么序列化的速度肯定要大大高于AMF。 如果使用 PHP，RUBY等脚本语言，那么AMF的序列化速度就会更慢，数据量稍大的，一般都在 30req/s 一下。

AMF数据储存空间利用率 >> PHPRPC，JSON(开启服务器压缩后应该差距不大)
AMF序列化和反序列化效率 << PHPRPC，JSON

但是对于我来说，AMF 30req/s或者10req/s的速度是不能接受的。

楼上说的那篇博客可能是测试环境口径不一致。 里面也提到他测试的amf接口是c写的，那么其他的是不是也都是使用了c的解析接口，这个得弄清楚。
一个典型的慢例weborb for rails，如果有兴趣可以试一试。
weborb for rails 利用rails框架对post过来的数据进行解析。在rails框架里转了一圈，几乎不使用任何rails框架特性，那个叫做浪费，性能叫个差。