flex开发的2份源码

做的果然不错，不知道那些价格列表，买卖列表是用什么做的。我在做列表时，也做了背景色或字体色的动态改变，发现比较麻烦，有时会变的变套。

呵呵，我们可以想想

为什么这个叫做大项目 http://ecube.caixun.com？ 因为是用flex做的，但感觉就是用图表组件堆起来的，有啥特别的？恕我眼拙没有看出来，现在的小孩已经肤浅到以一个UI的绚丽程度来衡量项目规模的大小，我怎么感觉像我以前的指导老师啊

为什么这个不是大项目 http://www.caibangzi.com/？ 同样是做基金理财的，ajax做的，哪个大？高下立判，哪个用户体验好？高下立判

所以这个事情充分说明：做这种传统的web应用，flex明显欠缺火候

不知楼主是否仔细看了这个网站，这里主要用了图表和数据实时更新，尤其是图表类的（加上数据实时更新），很难想象用传统的方式是否可以做到。当然，这个站做的界面我觉得有待改进，说不上漂亮，不过主体还不算太差。新浪和腾讯，还有网易也有股票的行情页面，但相对于这个站来说，他们做的功能实在太少了，而且使用效果也不太好。

每种技术的出现都会侧重于某一方面，不可能哪一个能全面的占有。之前我做了一个Flex的小应用，主要也是处理图片效果的，用传统的方式的话只能做成桌面版程序了。 如果用Flex做数据信息展示的话，目前Flex还不太好，至少它对HTML的支持是不好的，而它自己又没有很好的解决方案。听说Flex4在这方面会改过不少，希望真的能有质的飞跃。

基于互联网的应用，免不了要和html结合起来，目前Flex和HTML的结合并不友好，或许不久的Flex4或之后的版本会改进。

说真的，你们这些flex fans找例子都不会找，https://acrobat.com/，体验一下吧

我可以告诉你flex4并没有实质性的改变

图表和数据实时更新和flex没什么太大的关系，这个需要考虑后端的性能，像http://www.caibangzi.com有几十万的用户，每天动态请求过百万，真正的瓶颈在于后端的负载均衡，晚上我们再详细讨论，我有点事先忙…………

很遗憾听到这样的消息。不过，刚才看了楼主发的两个连接，其中进到adobe官方的那个https://xd.adobe.com效果还是相当不错的。至于负载均衡的问题和Flex没有直接关系。

flex 不熟， extjs 不熟，只谈一下去年用 flex 解决的一个实际问题。

一个 1万条记录的订单列表，客户要求一次输出，不能分页，因为业务员习惯排序后直接拖动查看。
extjs 跑死， flex 飞快。

看好 flex。

飘过。

你这个需求其实可以参考oracle 的 sql development客户端的做法，滚动条用户拖多少，load多少，无论是前端还是后端，都会减轻一定的负担

我们继续前一个话题，前面谈到flex的时候，不出意外的引入了企业级开发这个概念，有些同学很霸道，一口咬定我不懂企业级开发，敢情企业级开发是你家开的？只许你企业级开发就不许我做企业级开发？呵呵，虽然本人是企业级开发出身，做过跨国的分布式系统，涉及487张oracle表，但大家可以注意到，我一直都没有承认这档子事，主要的原因是多方面的，说白了还是虚荣心的问题，我一直搞不明白，很多同学还把企业级开发做为一个金字招牌，我的感觉是，要是说我是做企业级开发的都不好意思和熟人打招呼，首先做图形处理的同学说我很simple，做unix tcp/ip的朋友说很native，开始我还解释：你们不懂，企业级开发可难了，我们的规模可大了，有XX万行代码，XXX个模块，后来的事情就懒得说了…………

怀才不遇！有个高人说过，怀才不遇和怀孕是一样地难受，不过别着急，迟早会被人发现地。