精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-01-22
还是flex好
|
|
返回顶楼 | |
发表时间:2007-01-22
xiaoyu 写道 如果硬要AJAX和FLEX比的话, 不用说AJAX败得一踏湖涂:
1. 代码难读(为了兼容往往写一些不知道是什么鬼东西, 而且还兼容不到一些); 2. 容易被禁止(现在动不动游览器就禁止, 因为鬼知道它会不会是病毒呀); 3. 不同游览器的效果可能会不一样(当然这不怪它, 这是游览器的问题); 4. 最后一点就是不跨游览器(太垃圾了, 现在好久没有上那些只支持IE的网站了, 见到转身就跑). FLEX就不一样了: 有好的调试工具, 跨平台性往往不用我们去想, ADOBE这些专业的公司会去搞定的了. 主流的游览器都支持(比AJAX的支持率要高多了). 有人会说, FLEX的内容不可搜索? 这个缺点好严重. 多想想, 如果AJAX用二制进数据通信的话, 一样是没有可搜索性, 用XML的话, 这是因为XML的特性,而不是AJAX. FLEX与AJAX比较起来优点的确是非常明显,上面的评论也很中肯。 BUT FLEX缺点同样明显 1.整个应用体积大,载入慢。一个AJAX页面若不用大图片,带上JS、CSS都只有20k30k的样子,而一个FLEX生成的FLASH APP至少要100k。 2.UI响应速度慢。虽说adobe在推出flash9后,优化了ActionScript的执行效能。个人感觉,全FLEX的界面停顿感要比用JS实现同样的界面效果的停顿感明显多。这是AS的问题,期待FLASH10能达到现在浏览器处理JS的速度。 3.开发还不容易。没有MVC框架,没有单元测试,极少第三方包,没有好的开发社区。 习惯了JAVA社区饭来张口的开发方式,在FLEX更多要自己做,自己从头来。 比如自定义组件的国际化就需要自己动手从头写,没有同步的URL调用要自己从socket写起。 最简单例子是,里面的内置的日期选择控件非常漂亮好用,但只有英文版本,现实的是MAY,SUNDAY。 若是在JAVA社区,这些常见的问题早就有大牛提供了NICE的方案。 瑕不掩瑜,FLEX是非常非常好的东西,UI的表现力强大,内置的库一般情况也够用,调试方便,各浏览器表现一致。单从能力上来将是内网应用的第一选择。但没有社区支持(没有优秀框架,没有第三方包),AS效率一般,注定了开发FLEX是一件吃力的事情。 |
|
返回顶楼 | |
发表时间:2007-01-22
前面说的基本同意,但是这句:
"但没有社区支持(没有优秀框架,没有第三方包),AS效率一般,注定了开发FLEX是一件吃力的事情。" 想说明一下: flex的开发社区很庞大,看看http://www.flex.org/,http://www.onflex.org/ted/,Flexcoders们每天上百的邮件,看看adobe那些flex evangelist的博客们,就知道它们是多么热衷于flex了。 此外,flashplayer9采用新的AVM2,以一个"Just In Time"“JIT”编译器,来翻译actionscript字节码成本地机器码,从而获得最大的执行速度,其速度是AVM1的十倍以上(其运行速度据说达到C的运行速度)。 如果你看到的flash应用相应慢,只能说其代码写的有问题,或者不是as3。 至于开发吃力,也不能成立,flex开发有flexbuilder2,flashdevelop,flexible等所见即所得工具,而且有代码自动完成功能,非常好用。 |
|
返回顶楼 | |
发表时间:2007-01-22
坦白说,我对flex的改观正是基于as3的改进。于此同时,flex的开发还是很方便的。不过flex社区还是不如ajax社区活跃,有点像.net社区对java社区的感觉。
|
|
返回顶楼 | |
发表时间:2007-01-23
flex1.5的高价格给它带来了坏名声,如果早期在2003或者2004推广得当,采取现在的开源策略,也就不至于现在这么让人这么抵触了。
而且flex的编程模型和理念(用户体验)在当时来看确实超前了,而ajax更符合广大开发者的胃口,更加容易接受,最主要的是ajax的框架、类库是开源的,这符合大背景,这是它流行的主要原因。 不过相信flex的印象在今年会有很大改观,看看国外的状况就知道了,有越来越多的大企业开始采用这项技术,招聘flex开发者的岗位也越来越多,相信国内也离这种局面不远了。 |
|
返回顶楼 | |
发表时间:2007-01-24
flybart 写道 FLEX与AJAX比较起来优点的确是非常明显,上面的评论也很中肯。
BUT FLEX缺点同样明显 1.整个应用体积大,载入慢。一个AJAX页面若不用大图片,带上JS、CSS都只有20k30k的样子,而一个FLEX生成的FLASH APP至少要100k。 2.UI响应速度慢。虽说adobe在推出flash9后,优化了ActionScript的执行效能。个人感觉,全FLEX的界面停顿感要比用JS实现同样的界面效果的停顿感明显多。这是AS的问题,期待FLASH10能达到现在浏览器处理JS的速度。 3.开发还不容易。没有MVC框架,没有单元测试,极少第三方包,没有好的开发社区。 习惯了JAVA社区饭来张口的开发方式,在FLEX更多要自己做,自己从头来。 比如自定义组件的国际化就需要自己动手从头写,没有同步的URL调用要自己从socket写起。 最简单例子是,里面的内置的日期选择控件非常漂亮好用,但只有英文版本,现实的是MAY,SUNDAY。 若是在JAVA社区,这些常见的问题早就有大牛提供了NICE的方案。 瑕不掩瑜,FLEX是非常非常好的东西,UI的表现力强大,内置的库一般情况也够用,调试方便,各浏览器表现一致。单从能力上来将是内网应用的第一选择。但没有社区支持(没有优秀框架,没有第三方包),AS效率一般,注定了开发FLEX是一件吃力的事情。 的确是的,只能说需要什么,我们就用什么 技术并没有什么好坏而言 2007 年会关注FLEX |
|
返回顶楼 | |
发表时间:2007-01-24
澄清几个问题:
1、Flex不是没有单元测试,而是至少有两个(ASUnit和FlexUnit)。唯一的问题是它们还没有集成到IDE里面; 2、Flex是MVC的。因为Flex基本上是一个客户端的解决方案,所以它的MVC结构和Web MVC的做法有很大差别。不要用后者的标准来衡量前者。 3、日期控件默认的确是英文的,但只要两行代码就可以换成中文。Flex开发人员考虑已经很周到了,根本不是什么非要大牛才能来解决的问题。 Flex生成文件比较大的确是个问题。不过为了公平起见,也应该注意到如下的事实:Flex通常能在一个Application里面完成三四个Web页面才能做完的工作。三四个HTML包括js/css加起来一般也会有100多k吧? 当然,我也希望Adobe尽可能再多做一些大小优化的工作,不然在低带宽下的确体验不够好。 |
|
返回顶楼 | |
发表时间:2007-01-24
flash很好不?
同样的flv能够支持不同版本的flash player不? flash9的内存泄露会不造成浏览器崩溃不? 混蛋的adobe会让BSD合法的用flash不? 能让文字浏览器也看不? 至少js没有2 4的问题,DOM泄露也好说 |
|
返回顶楼 | |
发表时间:2007-01-25
flash 里的东西大多是矢量图 体积小 但对CPU占用多点
脚本写的不合里 很影响运行 |
|
返回顶楼 | |
发表时间:2007-01-25
bsd无法用flash确实是很讨厌的事,以前还有些古董级的plugin,后来因为licence问题连这些都灭了...
|
|
返回顶楼 | |