FLEX探讨篇--------大话客户端,FLEX和EXT你选谁?

我也是这个想法， 网站如果已经有了一个传统的版本，就不必再更新了，专门给搜索引擎用，然后用 flex 之类的技术开发新版本。

用flex做些上传照片，在线视频等应用还是十分的好，用户无需安装插件，
我认为jQuery+Flex才是无敌！

对于FLEX 我情有独钟,,谁说就不能做门户了??要是明天新浪全站都换FLEX 我就不信访问量会下降,,至于带宽问题,,,,我想说的是 对于.SWF文件 大家有没有想过用上P2P呢...那样门户FLEX就会成为可能   毕竟 FLEX只是用来显示数据的外壳,,P2P之完全可行,, 哪怕用户等待20S下载下来.SWF,(20*80k ADSL)1.6M的 SWF足以装下站点的骨架了把何况还可以分模块的嘛 至于UI效果..参考下官方做的"手机选购"DEMO 我不多说了谁用AJAX做的出来我马上转行  EXT我想说的就是 性能真的很低下,,GRID 数据一旦上千,,,浏览器的末日

世界上没这么多如果！要真有，我也如果一次：如果新浪敢全站用Flex，我就不信新浪不倒闭！

麻烦你给个“手机选购”那个Demo，我想看看是否真那么神！

ExtJS性能低下，这个除了表格，我倒还没发现，但这个问题官方已经知道，还在改进中，这个根本就不是什么大问题，因为在浏览器的用table显示几千条数据也不是什么大不了的事情。

既然要说ExtJS，那就得说说Google Chrome，在这东西没出现之前，大家都以为JS死了，所以MS才大力发展类似于Flex的技术——SilverLight，结果呢，当Chrome出来的时候，那段时间到处都闹得沸沸扬扬，那不是炒作，微软不会因为炒作弄得这么激动和害怕！因为Chrome的出现，让JS又活了。再看看现在的浏览器，哪个浏览器不在开发自己的JS引擎？IE 8、FF、Opera等等，都在下一个版本中加入新的JS引擎，目前都已经接近或者超过Chrome的V8引擎，如果你没用Chrome来运行过ExtJS系统，那你应该去好好尝试下了，去感受感受，再来评价ExtJS是否性能低下。

任何一个产品都不是万能的，就好比你不会只喝一种饮料。
FLEX主要是体验上，有桌面的感觉。不用像网页跳来跳去，这样就觉得速度快，
另外就是开发前台方便吧。

Flex和EXT从框架上而言各有优缺点。
1、flex采用AS脚本和MXML比ext单一采用js要好。
2、flex的组件模型不如ext更强大。
3、flex皮肤比ext简单。
4、带宽方面ext其实一点都不好，必须把完整的文件加载进来（当然不排除高手写一套按需加载功能），Flex的RSL和分模块方式可以有效减小文件大小，感觉是不错。也符合未来带宽发展方向。
5、从脚本而言，我觉得AS比JS更先进，如果AS能更简洁点那就完美了。

手机选购的DEMO ADB的官网上有啊,我不是BS AJAX 我也喜欢它 但是我会用它来调后台,不会用来做UI,理由很简单JS DEBUG起来太痛苦咯 虽然FIREBUG还不错 但是FIREBUG以后用IE照样一堆问题, EXT以前我的公司是用过的,,每个人都弄得头昏脑胀的.这个是全公司同仁得出的共同结论,可能因为当时EXT还不成熟的原因.还有不知道各位注意到没有淘宝目前有东东已经是FLEX 新浪的博客似乎有网络视频功能也是FLEX的

1.从技术的发展上看，extjs是基于js的，是一种开放式的标准，一般的大公司都会支持，目前来看，google支持得最厉害，不但自己很多应用大量使用JS，现在还推出了Google Chrome，gwt等，对js的支持那是没得话说，FLEX是adobe公司的产品，不是开放式的语言，我觉的在这方面来讲，extjs和flex就像java和微软的.net，但是flex还比不上.net的地位，因为adobe比不上microsolft，flex最多像当年的power builder，pb现在基本上是走向末路了
因此，从发展上看，js技术应该会快速发展，不断壮大，而flex的路只会越走越窄，

不用考虑带宽了，带宽不会是flex ，swf的问题，
问题是自己写的程序为什么要那么多行代码，为什么写的代码那么让多代码，为什么一天写10000行代码才拿100块钱，为什么老外一天写100行代码拿10000块钱。

如果你非把网站做的大于1MB了的话，我还是觉得你应该考虑下你的代码结构，以及代码质量是否有问题

客户已经重新修改了原有的逻辑，原来的代码只有一定的参考作用，不能直接拿来使用了。 原有的整个项目构架都更换了