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

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

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

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

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

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

互联网企业应用开发，FLEX目前无疑是最佳的选择，开发效率快，用户体验好。而且现在的flex4增强了体积优化和下载缓存的功能，增多了N多的效果选择。
flex4代号Gumbo,扩展了很多功能，
<Application xmlns="http://ns.adobe.com/mxml/2009"
        xmlns:mx="library:adobe/flex/halo">
<mx:是以前保留的功能，在这个基础上添加了很多功能，基本上web应用程式开发上没有什么不可以实现的了，他可以跟后台java程式完美结合，实现所有您所需要的各种功能。
至少到目前为止，flex是最佳的RIA选择。以后怎么发展等以后再说，技术总是变化着的。

看来是时候补一下课了

js系列必然走向来亡
感觉他出生就被误解，当被充分挖掘的时候，有出现了Flex这样的技术。

js我个人是比较讨厌的，倒是Flex相比我更想去研究一样，并运用到开发，理由很简单，Js要考虑兼容问题，有时候一个很小的问题就看着他没有办法。而且开发并不是很便利既是Extjs已经做的很好了，也难免摆脱他是Js的现实！

如果用js 在图形效果的表现能力上能达到flex/as3 一样,那当然用js..
gwt 目前感觉存在两个问题:
1 是界面组件缺少数据绑定机制,不象flex 一样,方便地将数据绑定到界面组件
  数据更新时对界面的更新都要自己硬编码,这个太痛苦了..
  虽然有一些第三方的解决方案,但好像没一个特别出众的,也没多少时间去逐一评估,
  不太敢用
2 受限于js,浏览器的图形能力,在制造视觉效果方面不如flex/as3..
  而有些用户不懂技术的,可能真滴是被视觉效果雷一下,再被忽悠两句,就投降了..
  所以这个视觉效果也是真滴很重要..

很认同周鸿祎

在目前，开发的难易程度和用户视觉效果方面，FLEX都优于JS。
FLEX相当于在当前多种不统一的浏览器平台上，再架设了一层私有的FLEX虚拟机平台，以此填平了浏览器差异的鸿沟。更进一步借助ADOBE的FLASH在图形方面的优势，使其能很方便做出相当耀眼的视觉效果。
但FLEX是个私的平台。私有平台有其优势，就是不存在多种实现的差异。不会出现多种浏览器实现对页面显示和JS执行的差异后果。
另一方面，正是其私有性，使用了FLEX，就好象上了贼船，别无他选。万一ADOBE对FLEX的前景有什么变化，或微软为了推广其SILVERLIGHT而在浏览器里对FLEX做些手脚，做某些限制，后过将是....

回到HTML+JS，是开放的标准，但是标准发展太慢，远跟不上网络应用需求的发展。那个W3C的官僚作风就能把你气死，据说HTML5标准的发布日期竟然排到2022年！没错，的确是2022年，10多年后的2022年，那还玩个啥，死了算了！
此外HTML+JS开发效率不高，也跟其没有一个高效的可视化IDE有关。可别说DREAMWAVE，那只能做静态页面的。而且那DREAMWAVE是ADOBE的孩子，就别指望他能给我们做个HTML+JS的开发工具了。假如HTML+JS的开发能有个类似DELPHI的高效率IDE，WEB的开发可能就是另一翻景象了。但是HTML+JS只是标准，如果为其做开发工具IDE不能赚钱，就不会有人做。

哎！难啊。现在我们公司做WEB表现层还是HTML（JSP）+JS，AJAX！

听风就是雨。自己看看原文去。