Chrome浏览器出来后，大家对AIR的走向有什么新看法吗？

        好吧，我先承认，我一直在flex和ajax做富客户端之间犹豫不决，之前我的看法是，在做互联网的web2.0应用中，考虑到搜索引擎的友好以及带宽问题，我肯定首选js。但是在做webgis应用和做界面贼复杂的企业应用，我比较倾向于用Flex，但这种倾向不彻底，在这里Flex主要有2个亮点吸引我，严谨规范的语法和强大的展现机制，但让我一直没有找到很好的性能测试和功能测试的办法。最近受到广泛关注的Chrome浏览器发布后，说实话，让我有种扔掉Flex，痛痛快快的使用JS搞定一切的冲动。以下是找到的一些资料：

       全球知名咨询公司凯捷(Cap Gemini)高级顾问琼那斯·弗莱索(Jonas Folleso)认为，随着今后JavaScript运行速度加快，谷歌Chrome整体速度肯定也会大幅提高，“谷歌在Chrome中采用了JavaScript和JavaVM技术，从而使浏览器具备高速运行能力。 据悉：“今后18个月内，谷歌和Mozilla技术开发人员将加大研发力度，从而使JavaScript运行速度比当前增长100倍甚至1000倍。此举将对微软Silverlight技术构成重大威胁。”

       可以看出javascript在Chrome浏览器中的发挥的威力是惊人的，个人认为用JS搞定Flex所作的事情在未来也不是很难，这个我先不发表议论，还是先有请各位同仁就Chrome浏览器出来后，对未来AIR的走向做个解读：）

 

评论

22 楼 znjq 2008-09-16  

开发效率:基于图形化界面的flex builder能够让你迅速"画"出一个界面,而js我想不出有什么更快速的办法.
维护性: 这东西要看设计架构.和代码没关系!
用户体验上: 这个没什么可比的.js能做出来的flex都可以,而flex却能做出js做不了的.可以去看看acrobat.com.

ps: 说起来echo,05年的时候做一个产品的时候采用的echo2,开发效率运行效率真不敢恭维.用java来生成js,html做普通的简单应用还凑合,稍微增加点东西改点东西,就可以去跳楼了.echo3不知道好点没.
flex的体积是大了点,不过好在有prload,况且现在的网速也越来越快.

21 楼 liudaoru 2008-09-16  

个人认为flex现在应用的不是特别广泛的原因是：
    1、flex应用一般比较大，下载太耗时，也就是现在的带宽还不足；
    2、flex和dom、js不太方便糅合；

而js则是开发效率太差，调试太麻烦。。。

20 楼 jessdy 2008-09-16  

老实说，在FLEX3和JS的选择中，如果不是JSON拯救了js一下把，js与flex3简直没有可比性，如果。。。当初不是adobe收购了macromedia，而是google，那么现在chrome可能现在提升的不是js性能，而是flash性能

19 楼 liuqiang 2008-09-16  

<div class='quote_title'>andyyehoo 写道</div>
<div class='quote_div'>有没有人分析一下gwt在chrome下的表现？ <br/><br/>一家独大，对开发者不是什么好事，几家争鸣，有所选择，方是乐趣 <br/><br/>不用急着拼出个你死我活，慢慢享受这个过程，太快到一统化的时候，像n年前都是vc或者delphi的GUI时代，未免也太乏味了些。大家搬个板凳慢慢看戏。</div>
<p> </p>
<p> 呵呵，你LS是个非黑即白的家伙，他的想法不具有参考价值，不必理会。</p>
<p> </p>
<p>关于GWT，我认为google会加大投入，最近准备好好研究下这个东西，不知道阁下对GWT有没有什么心得？</p>

18 楼 andyyehoo 2008-09-16  

有没有人分析一下gwt在chrome下的表现？

一家独大，对开发者不是什么好事，几家争鸣，有所选择，方是乐趣

不用急着拼出个你死我活，慢慢享受这个过程，太快到一统化的时候，像n年前都是vc或者delphi的GUI时代，未免也太乏味了些。大家搬个板凳慢慢看戏。

17 楼 4color 2008-09-16  

天下熙熙，皆为利来。。。

16 楼 ayeah 2008-09-16  

google一向是以用户体验为前提的，不象微软，以花哨吸引人，支持chrome成为开发平台，以后的web程序都在chrome上运行，不需要专门客户端了。。。

15 楼 treenode 2008-09-16  

Chrome大大提高了JS的运行速度，这只是问题的一方面。不太为人注意的另一方面是，Chrome还悄悄捆绑了两个重要的插件：Flash Player和Google Gears。这说明Google也明白，有些事情JS是做不好的，至少目前来说是这样。

Chrome的推出对AIR来说应该是有好有坏。好的一方面是，Chrome附带了Flash，但不支持Silverlight。这对Flex平台的推广无疑非常有利，而微软大概对此不会感到很痛快。坏的一面是，Chrome和AIR的定位是有重叠的，特别是离线存储的问题，到底是使用AIR的方案还是Gears？眼下使用离线功能的Web应用还非常稀少，Chrome和AIR还不会有很大的正面冲突，将来就难说了。

14 楼 liuqiang 2008-09-16  

<div class='quote_title'>liusong1111 写道</div>
<div class='quote_div'>Chrome在js加速和用户界面上的思路转换,使它将来作为“网络开发平台"成为可能。 <br/>作为又一个独立渲染层和GUI驱动层,也能达到RIA的目标,而且能充分利用和兼容以html+js+css为主的资源。 <br/><br/>然而,这个技术组合只能说成熟,不能算先进,不能进一步解放生产力. <br/>在开发效率、可维护性、用户体验上，成长空间受限较大，这也是Flex/Silverlight的价值所在。 <br/><br/>如果像周所说，Firefox走通用平台路线，Chrome走专用平台路线，那么，Firefox就应该充分遵循标准，而Chrome就要充分扩展标准，走特化道路，就类似当年ＩＥ走过的路了。 <br/></div>
<p> </p>
<p> 从网络开发平台这个视角考虑问题不错</p>
<p> </p>
<p>开发效率：我认为JS比flex高，JS有很多成熟的组件库，天然的可以操作dom，与HTML结合的比较好。</p>
<p>可维护性：这个是比较低，不过flex做前端的话代码量貌似比较大，或许在维护性上和JS有一拼</p>
<p>用户体验上：关键就是这个用户体验上，其实这个效果 <a href='http://demo.nextapp.com/echo3csjs/'>http://demo.nextapp.com/echo3csjs/</a> 基本可以堪比flex，另外浏览器对JS的支持进一步增强，打造用户体验很强的产品在未来也并非难事。</p>
<p> </p>
<p>我觉得RIA 关键要看 Chrome Firefox flash player等平台受到客户认可的程度，现在我仍持观望态度，但对ajax的信心增加很多！或许Silverlight对.net开发者是个不错的选择。</p>
<p> </p>
<p>  </p>

13 楼 molinshow 2008-09-16  

网络视频这点JS就做不到

12 楼 guoshiguan 2008-09-16  

JS的速度问题可能随着新浏览器的出现，慢慢的会越来越好，越来越快，可是现在的问题是，js的开发的IDE上还有很大的不足（开发的速度上不去，门槛也不低的说），而且，各个浏览器的标准也不统一，这让人有太多的无赖啊。Adobe的AIR近来正在看，感觉还可以，虽然有90％以上的普及率，但相比js还是差多了，所以，我一直以来，也和楼主一样有很多对未来的不确定性，现在也一样是比较倾向于flex。

11 楼 KKFC 2008-09-16  

严谨规范的语法和强大的展现机制 这两点js也可以做到

10 楼 neora 2008-09-16  

<div class='quote_title'>liuqiang 写道</div>
<div class='quote_div'>
<p>据悉：“今后18个月内，谷歌和Mozilla技术开发人员将加大研发力度，从而使JavaScript运行速度比当前增长100倍甚至1000倍。此举将对微软Silverlight技术构成重大威胁。”</p>
</div>
<p> </p>
<p>除了JS的性能问题,HTML的渲染性能也是非常重要的问题.</p>
<p> </p>

9 楼 liusong1111 2008-09-15  

Chrome在js加速和用户界面上的思路转换,使它将来作为“网络开发平台"成为可能。
作为又一个独立渲染层和GUI驱动层,也能达到RIA的目标,而且能充分利用和兼容以html+js+css为主的资源。

然而,这个技术组合只能说成熟,不能算先进,不能进一步解放生产力.
在开发效率、可维护性、用户体验上，成长空间受限较大，这也是Flex/Silverlight的价值所在。

如果像周所说，Firefox走通用平台路线，Chrome走专用平台路线，那么，Firefox就应该充分遵循标准，而Chrome就要充分扩展标准，走特化道路，就类似当年ＩＥ走过的路了。

8 楼 achun 2008-09-15  

关于AIR我认为AIR一开始就走错了，AIR应该也像google这样做个“超浏览器”才对。
对于已经走错的AIR来说，教训肯定是惨痛的。

7 楼 achun 2008-09-15  

<div class='quote_title'>dlee 写道</div>
<div class='quote_div'>要确定Chrome与其他RIA技术之间的关系，首先要确定Google推出Chrome的真正意图。<br/><a href='http://blog.sina.com.cn/s/blog_49f9228d0100aj4o.html?tj=1' target='_blank'>http://blog.sina.com.cn/s/blog_49f9228d0100aj4o.html?tj=1</a> <br/>可以看看周鸿祎的相关评论。我觉得与一些职业写手相比，周的这个评论还是比较靠谱的。把Google所做的任何事情都与“云计算”挂上钩未免牵强。<br/>
<div class='quote_title'>周鸿祎 写道</div>
<div class='quote_div'>在我看来，Chrome对于谷歌来说，绝不是一个浏览器那么简单，而是一个打着“浏览器”旗号的“网络开发平台”。其真正的目的是要打破基于Windows API的微软‘经济系统’的生态平衡，从而使开发者和普通用户逐渐不再依赖微软操作系统，最终实现颠覆微软的长期目标。<br/></div>
<br/>其实Adobe AIR也有点这个意思，通过占领桌面来颠覆微软帝国。只不过Adobe比较低调，没有Google那么大的野心，策略运用上没有Google那么老谋深算。 </div>
<p> </p>
<p>严重同意，我觉得以web的开发技术开发网络化应用程序是趋势，google要做好这件事，这个平台上要做好类似这样的事情：</p>
<p>1.那首先就要对w3c的标准进行扩展以便更方便的适应网络化应用程序的开发比如：</p>
<p>右键菜单的方便定义，方便的基于样式的皮肤系统等关于UI方面的改进</p>
<p>2.本地数据管理,这个问题多了</p>
<p>3.网络通讯的封装问题，这里面有安全问题，因此要找一个策略，比如脚本可以直接建立有安全审查和超时限制的socket</p>
<p>4.二进制数据处理能力，这个可以扩展javascript，也可以开发扩展工具，这个可是非常重要的一个功能</p>
<p>5.3D处理能力,这个最简单的就是封装一个OpenGL接口，包装在object 标签的type里。</p>
<p> </p>
<p> </p>
<p>这些事情如果google不趁热打铁，会有其他公司做的。</p>
<p>不过这几件事情是有轻重缓急的，我给的次序就是我认为重轻次序。</p>
<p> </p>
<p><strong><span style='color: #800000;'>不过我不太相信google会这样做，因为我认为google要考虑自己的利益战略，而不会全面为用户和开发这考虑。</span></strong></p>
<p><strong><br/></strong></p>
<p><strong>ps:晕，我忘了gears这个存在了,愿google走的在远一点吧.</strong></p>

6 楼 dlee 2008-09-15  

要确定Chrome与其他RIA技术之间的关系，首先要确定Google推出Chrome的真正意图。
http://blog.sina.com.cn/s/blog_49f9228d0100aj4o.html?tj=1
可以看看周鸿祎的相关评论。我觉得与一些职业写手相比，周的这个评论还是比较靠谱的。把Google所做的任何事情都与“云计算”挂上钩未免牵强。

周鸿祎 写道

在我看来，Chrome对于谷歌来说，绝不是一个浏览器那么简单，而是一个打着“浏览器”旗号的“网络开发平台”。其真正的目的是要打破基于Windows API的微软‘经济系统’的生态平衡，从而使开发者和普通用户逐渐不再依赖微软操作系统，最终实现颠覆微软的长期目标。

其实Adobe AIR也有点这个意思，通过占领桌面来颠覆微软帝国。只不过Adobe比较低调，没有Google那么大的野心，策略运用上没有Google那么老谋深算。

5 楼 hax 2008-09-15  

BTW，呼唤dlee中。。。

俺们要听dlee怎么说。。。前两天我还跟他聊了几句，他大力推崇了一把flex3。

4 楼 hax 2008-09-15  

可以给这些公司贴个标签（摘自偶在某处的留言）：

……老实说，偶对adobe也没什么好感。在es4邮件列表刚刚开张的时候，我就跳出来说es4没有必要去兼容as3，当然我找的借口其实是一个比传统的java类型系统更激进的特性nullability（C#中有半吊子的nullability）。
我坚持建议所有类型默认都应该是非null的（即取值不能为null）。这充分说明偶绝不是一个站在落后腐朽的统治阶级m$、老顽固DC把持并且迟早要被m$吃掉的yahoo，还有三心二意的小资代笔苹果一边，偶代表了比贵族阶级adobe和流氓无产者的moz更激进的无政府空想主义，哦耶！

（偶没有提到google吗？算了，google是无处不在的幕后黑手~~）

3 楼 风清云淡 2008-09-15  

js要兼容各种浏览器；
js没有强悍的IDE导致开发效率低下；
js是一种“魔幻语言”，有太多hack了。

Ajax和RIA的流行使前端UI得到了空前的重视，但上述3点是js的硬伤，让我觉得写js程序很煎熬人。