精华帖 (0) :: 良好帖 (12) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-09-14
好吧,我先承认,我一直在flex和ajax做富客户端之间犹豫不决,之前我的看法是,在做互联网的web2.0应用中,考虑到搜索引擎的友好以及带宽问题,我肯定首选js。但是在做webgis应用和做界面贼复杂的企业应用,我比较倾向于用Flex,但这种倾向不彻底,在这里Flex主要有2个亮点吸引我,严谨规范的语法和强大的展现机制,但让我一直没有找到很好的性能测试和功能测试的办法。最近受到广泛关注的Chrome浏览器发布后,说实话,让我有种扔掉Flex,痛痛快快的使用JS搞定一切的冲动。以下是找到的一些资料:
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2008-09-14
我个人的看法, flex, siverlight 不都是脚本么?
然后,flex, siverlight是有个运行时库,那 浏览器的 javascript不也是个运行时库. 其实js 完全有办法优化到更好的程度。进一步地改进,HTML加入一些更丰富的控件,UI。嘿嘿,到时候 flex, siverlight还是在html上统一起来了。 google这一招是打在要害了 |
|
返回顶楼 | |
发表时间:2008-09-14
我觉得JS是浏览器原生解析的东西,而且它正在像更加规范化和规模化迈进,各大厂商的积极参与虽然各怀鬼胎(比如ADOBE想为AS扩张,MS想打压ADOBE等),但最终结果就是JS发展了,HCJ(HTML+CSS+JS)这个铁三角更加稳固!其他RIA就倒霉了...
“将对微软Silverlight技术构成重大威胁。” 我觉得有点片面了,FLASH也会受到威胁,如果没有FLASH 微软也不会搞SILVERLIGHT SILVERLIGHT只是打压ADOBE的棋子而已,FLASH死了,silverlight也就无所谓了,除非有新的竞争出现,就像浏览器大战一样。估计微软很希望FLASH和SILVERLIGHT一起死掉,他也省了一份心了。 另外,大家仔细想一下FLEX是否在和JS竞争?我觉得它在和HTML+CSS+JS这三个技术的综合竞争,再深入点就是和现在的浏览器竞争,他们是要颠覆传统的互联网数据传播模式! 我猜,估计FLEX的梦想就是HTTP协议被FLex的FTP(FLASH Transportation Protocol)协议所取代,那么他将控制整个互联网和用户的接口…… 妈的,说的我都有点怕怕了…… 所以有一天ADOBE出完全脱离HTTP的浏览器也不足为奇了,可能AIR就是前身,换句话说就是模糊桌面与互联网,把浏览器彻底挤出去! SILVERLIGHT嘛,它的头脑比较简单,没什么野心,就是卯上FLASH之类的技术,并把它们压制下去,保持互联网的稳定~~ 补充一下,我觉得GOOGLE也很阴险,它也在打压ADOBE,因为FLEX和AIR一旦成功,将颠覆互联网,AODBE将一跃成为互联网的霸主,GOOGLE会受到大威胁,所以它和ADOBE的敌人站在了一起,CHROME就像GOOGLE的人说的,不是要和IE竞争(反MS的那帮人,喜欢把任何东西都看成是消灭微软的武器)而是要规范现有浏览器,鞭策他们让他们更好的压制ADOBE之流的崛起而已…… 感觉自己像疯人院的人了~~~~ |
|
返回顶楼 | |
发表时间:2008-09-15
js要兼容各种浏览器;
js没有强悍的IDE导致开发效率低下; js是一种“魔幻语言”,有太多hack了。 Ajax和RIA的流行使前端UI得到了空前的重视,但上述3点是js的硬伤,让我觉得写js程序很煎熬人。 |
|
返回顶楼 | |
发表时间:2008-09-15
可以给这些公司贴个标签(摘自偶在某处的留言):
……老实说,偶对adobe也没什么好感。在es4邮件列表刚刚开张的时候,我就跳出来说es4没有必要去兼容as3,当然我找的借口其实是一个比传统的java类型系统更激进的特性nullability(C#中有半吊子的nullability)。 我坚持建议所有类型默认都应该是非null的(即取值不能为null)。这充分说明偶绝不是一个站在落后腐朽的统治阶级m$、老顽固DC把持并且迟早要被m$吃掉的yahoo,还有三心二意的小资代笔苹果一边,偶代表了比贵族阶级adobe和流氓无产者的moz更激进的无政府空想主义,哦耶! (偶没有提到google吗?算了,google是无处不在的幕后黑手~~) |
|
返回顶楼 | |
发表时间:2008-09-15
BTW,呼唤dlee中。。。
俺们要听dlee怎么说。。。前两天我还跟他聊了几句,他大力推崇了一把flex3。 |
|
返回顶楼 | |
发表时间: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那么老谋深算。 |
|
返回顶楼 | |
发表时间:2008-09-15
dlee 写道
要确定Chrome与其他RIA技术之间的关系,首先要确定Google推出Chrome的真正意图。
http://blog.sina.com.cn/s/blog_49f9228d0100aj4o.html?tj=1 可以看看周鸿祎的相关评论。我觉得与一些职业写手相比,周的这个评论还是比较靠谱的。把Google所做的任何事情都与“云计算”挂上钩未免牵强。 周鸿祎 写道
在我看来,Chrome对于谷歌来说,绝不是一个浏览器那么简单,而是一个打着“浏览器”旗号的“网络开发平台”。其真正的目的是要打破基于Windows API的微软‘经济系统’的生态平衡,从而使开发者和普通用户逐渐不再依赖微软操作系统,最终实现颠覆微软的长期目标。
其实Adobe AIR也有点这个意思,通过占领桌面来颠覆微软帝国。只不过Adobe比较低调,没有Google那么大的野心,策略运用上没有Google那么老谋深算。
严重同意,我觉得以web的开发技术开发网络化应用程序是趋势,google要做好这件事,这个平台上要做好类似这样的事情: 1.那首先就要对w3c的标准进行扩展以便更方便的适应网络化应用程序的开发比如: 右键菜单的方便定义,方便的基于样式的皮肤系统等关于UI方面的改进 2.本地数据管理,这个问题多了 3.网络通讯的封装问题,这里面有安全问题,因此要找一个策略,比如脚本可以直接建立有安全审查和超时限制的socket 4.二进制数据处理能力,这个可以扩展javascript,也可以开发扩展工具,这个可是非常重要的一个功能 5.3D处理能力,这个最简单的就是封装一个OpenGL接口,包装在object 标签的type里。
这些事情如果google不趁热打铁,会有其他公司做的。 不过这几件事情是有轻重缓急的,我给的次序就是我认为重轻次序。
不过我不太相信google会这样做,因为我认为google要考虑自己的利益战略,而不会全面为用户和开发这考虑。 ps:晕,我忘了gears这个存在了,愿google走的在远一点吧. |
|
返回顶楼 | |
发表时间:2008-09-15
关于AIR我认为AIR一开始就走错了,AIR应该也像google这样做个“超浏览器”才对。
对于已经走错的AIR来说,教训肯定是惨痛的。 |
|
返回顶楼 | |
发表时间:2008-09-15
Chrome在js加速和用户界面上的思路转换,使它将来作为“网络开发平台"成为可能。
作为又一个独立渲染层和GUI驱动层,也能达到RIA的目标,而且能充分利用和兼容以html+js+css为主的资源。 然而,这个技术组合只能说成熟,不能算先进,不能进一步解放生产力. 在开发效率、可维护性、用户体验上,成长空间受限较大,这也是Flex/Silverlight的价值所在。 如果像周所说,Firefox走通用平台路线,Chrome走专用平台路线,那么,Firefox就应该充分遵循标准,而Chrome就要充分扩展标准,走特化道路,就类似当年IE走过的路了。 |
|
返回顶楼 | |