何时，纱窗外，风摇翠竹

个人感觉， ajax 太复杂了会出现弊病，不仅仅是代码维护、DEBUG的问题。

不稳定的网络也是一个更大的杀手，因为你不知道什么时候在哪里，网络会出问题。

一个桌面软件的数据调用是内存、硬盘级别的，所以如果内存出问题、或者硬盘媒介出问题，软件就会报错、崩溃。

而ajax的数据调用是网络级别的，依赖的东西更多，客户端的内存、浏览器版本、网络质量、服务端的数据中心云云。

相比之下，出问题的频率、概率就搞得多了。

所以，我觉得AJAX没有必要搞得太复杂，10个独立的小型AJAX比1个庞大的AJAX要容易维护、开发得多。

ajax 要懂的原理，同意楼主，框架慎用

@读书、思考、生活
2、bug满天飞，那就说明是水平不到家
您的水平能高到没有bug？

只要你懂xmlhttp，为什么非要用ajax呢，我从2000年开始使用xmlhttp，ajax刚出来的时候看了一眼，冷笑一声。所以争论没有意义，到处都是新瓶装老酒的故事

.net 时代怎么了，.net时代就淘汰AJAX？我觉得AJAX在一些应用层面上还是很好用的，不过有时候会丢出一些莫名其妙的BUG。可是还是有很多人喜欢用，主要是有些方面AJAX确实很方便。所谓鱼的熊掌不可兼得吧。

说实现的AJAX真没什么大用
现在都是.net时代了，AJAX可以淘汰了

3G时代到来ajax会淘汰！！
现在上网都是2M的还用什么AJAX

从互相批评鄙视到互相欣赏赞美 美好的友情发生了

非常赞同版主的观点，另外有些问题想问问“读书、思考、生活 ”和与之持同样观点的朋友：
“读书、思考、生活 ”说：
“那么他对AJAX的应用，就算不上登峰造极。只能算是对于IE下的XMLHTTP＆CSS的滥用。
1、不遵循WEB标准的，算不得AJAX
2、bug满天飞，那就说明是水平不到家
3、加个新功能，JSP文件、标签、JS、后台类全要过一遍。就说明系统设计有先天的缺陷

“笔者前一段一直在参与一个国外知名大公司的一个产品的开发”
这大概可以说明，这个国外知名大公司里，没有一个数得上的AJAX高手。”

为了使用AJAX，中国需要投入多少金钱造就你所谓的高手，是不是每个web开发人员都是高手才能参与项目，是不是没个项目必须有高手存在才能去接这个？为了一个AJAX，每个项目经理必须精通AJAX架构？我想各位都是技术精英，但没必要沦为技术奴隶，技术是用来创新的，不是用来遵循的，一项有缺陷的俄技术方案需要的是各位精英的创新改造，不是一味的适应。

楼上的好搞笑!

该用的时候才去用。该用的地方才去用
AJAX不是神，拯救不了Web

我倒是用AJAX做了一个小型的成功案例
http://www.info-bird.com/proshow4.asp
大家可以给点意见

和lz有同感，过度使用ajax的web app，在后期维护上确实有很多问题

名字写错了.......见笑....见笑..

好激励的话题,小弟新手,最近刚搞这玩意,觉得BUG挺多的....小弟认为硬骨头不啃永远是硬骨头,你啃了或许一天比一天好啃;熟练了就不用啃了,放嘴里叭叽!叭叽!当肉嚼了~~~~~~!!!嘿嘿.

嗯~~很难学`但用起来很不错

好像有点懂了。
bindows也是用来开发RIA的，那相比较之下，它有什么优势呢？

我刚开始学习RIA，看了你的文章还是没有很清晰的概念，你能给我更多的指导吗？谢谢~ girl_fool87@yahoo.com.cn

AJAX是AJAX技术
AJAX框架是现成的AJAX开发工具.

文中说了半天使用AJAX遇到的问题
标题却说 框架

连个概念都没弄清, 奢谈什么 慎用 啊

说Flex是披上B/S外衣的C/S，也许吧。但要我说的话，是以Server端的开发思路开发Client。
如果要用Flex开发RIA， 客户端的MVC模式是必须存在的，而不仅仅是Event驱动，Event是一种控制流，但是根本上Model的建模才是最主要的，这要求不仅仅在Server端建模，而且在Client端也需要建模，而不再是以前B/S那样，客户端仅仅是一个表现层和用户交互层。
之所以以前B/S开发忽略了pub/sub，那是因为它在客户端本地根本就没有建模，本地根本就是一个SnapShot。在服务器端开发MVC可能没有事件么？

我忘记了在什么书里看过一篇文章，上面有话说其实最好的开发是最快的时间完成项目，同时这个项目可维护性很好。所谓的体验性等等都是其次的。如果为了其次的东西舍弃了根本的东西。我觉得不值得。把这个其次和主要的东西结合起来，这就是个度的问题。。。。。

to 读书、思考、生活

如果说别人用了三四年的ajax都没用好就说别人不是高手，只怕写出SPRING的人是笨的不能再笨的人拉。。

每一种技术都有他的有点和缺点，有他的适用范围。

开发人员与开发环境的问题，不应该扯上ajax
调试js的工具很多，很久很久以前的Visual Studio就带有嵌入IE的debug调试工具，不知道那些高手们是不是都不会用…………

ajax简单才是美
对于复杂的ajax框架,调试维护无疑是个噩梦,大量的脚本代码也会对执行效率有影响.
泡末是吹起来的,现在的网络没什么是不可能的.但实用的东西并不需要很复杂.
漂亮的界面干嘛不让浏览器实现,至少实现不会比ajax复杂,internet的自然发展还是偏离了轨道.然后,大家一哄而上,把偏离的轨道当作目标.
再说,新技术吧,八字没一瞥就吹上天,然后拿开源游民当义务民工种下试验田.最后用催熟技催向市场,把开发商的意图强加给用户。而用户想象不到，怎样给它们带来利益，只知道会对他们很有好处，因为大家都那样说。

@abent
兄台也在开发Flex程序么，好的很啊，有机会多交流。Flex程序的架构确实给我们提出了新的挑战，客户端C/S，整体又要B/S，然后还需要能脱离B/S单独转C/S，模式很新。我倒是听说有一些框架可用，不过目前还不打算用，还是想自己先探索一下，也可以理解的深一些。

呵呵，深有同感啊，其实Flex应用就是一种批上B/S外衣的C/S，要按照C/S的思维和模式去设计.

posted on 2005-11-25 19:46
# re: 慎用AJAX框架 2007-07-08 23:02 weidy

光这点就厉害,厉害!

33

@abent

不是，哪家公司也不重要，对吧.

楼主说的是创维楼上的那家公司么？

在这里做个广告!``````

lskfc.5d6d.com

ie 不支持

可怜, IE 又不给支持了, 要支持也只能再 Vista 里用 IE 8.0 了...

E4X是02年bea等提交的一个ECMAScript扩展标准，目前在浏览器端好像只有firefox2.0支持，ActionScript倒是抢先了

学习下，还没甚么概念

楼主，潜力贴论坛（http://content.uu1001.com）是我个人的一个设想，如果你对java非常的专注，并且愿意交我这个朋友，可以发邮件给我（lbw070105@gmail.com），希望我们可以一起发展它。

a. 其实已经打起来了，不过并不是微软和Adobe之间，Adobe至少在口头上是不猝微软的，他们目前最大的敌人是开源。Laszlo和Flex去年就火拼过，前者已经避Adobe作出了很多免费的举动。
b. 互联网是个开放,包容的空间，要想占领可不是那么容易，基本还是要延续现在百花齐放，大家并存的状态。收费也有收费的好处，不能简单的认为就是免费的好。
C. 至于微软，去年年底宣布了转型搞互联网，不过我想就算桌面的霸主要想在互联网里立足，也还是得先习惯互联网里的规矩，要不只能是越搞越衰。

抢到沙发了，RIA...

@zane
如果真打起来了，Flex会有免费的一天的。如果他不想再被M$收购一遍的话。

我从不相信收费的技术能占领互联网。

用ajax,还是先看看这个j吧,javascript的规范定义的就不够完善
而且在不同的浏览器上表现的特性又有很多差异.
举个例子:window的ie,和apple的ie,最javascript变量的引用处理就不一样
实现细节的不同,导致你的程序会出现很多莫名其妙的问题,而且调试困难
用你最了解的,越简单越好,只要能达到表现目的

思路蛮清晰的，而且没有空话套话，有一定的实践指导意义。学习了！

不患寡而患不均.支持!

爱用不用，感觉好的人继续用，感觉不好的人停止用，我可能会用可能停止用........

不患寡而患不均

没错，任何新的东东，都会有风险。

对于公司来说，不是一味的尝鲜。

对于任何一个项目，首要的是考虑：质量，成本，时间。

我想，任何一家公司做项目，都希望项目：短平快。在综合了后期维护等各种因素的前提下，尽量快的发挥效益才是根本。所谓的框架，如何如何的先进，如何如何的好，都需要时间的考验，选择时一定要慎重。

飞客上好像有些内容是关注RIA的未来的，可以参考下。www.flex2.org

@zhang-yafei
非常感谢您的解答！我想这个问题已经很清楚了。我的link您尽管加，写出来就是要和大家讨论，您的Blog我也会经常访问的。

此外我打算有空的时候也继续写一些关于RIA和Flex的article, 毕竟我用Flex也有一段时间了，希望能继续和大家交流，得到大家的指点。

我已经将您的“Java世界”这一分类下的RSS，加入到了“RIA用户组”：

http://blog.csdn.net/group/ria/


csdn的聚合器解析可能需要一段时间。

如果您觉得不妥，我可以马上删去。

关于您的疑问我想也是大多数人的疑问。从唯物论上来讲，HTML+Javascript完全可以完成所有的应用程序功能（包括RIA，甚至3D），当然，其他的任何一种程序语言也可以实现相同的功能。

所以，在评论AJAX是不是RIA时，如果加上这个基本的唯物论认识作为标准，我就会有疑问，既然其他的各种语言都可以实现RIA，那么RIA便失去了自身的意义。因此，我在做此论点时，就排除了这种情况，而从用户的角度来考虑。

让我们回到问题的实质是：用户究竟需要什么样的体验？体验的代价是什么？或者说，我作为投资商，我要给用户同样的体验，我需要投入多少？如果我们了解了这个，就不难得出我经常挂在嘴边的结论：

商业用户需要的是低成本所带来的高收益；而最终的消费者需要的是最佳的体验。

基于这一个最基本的论点，我们可以自己做一下选择：
Laszlo？Flex ？Expression？Flash?HTML+Javascript？

当然，对于一个开发者来说，还需要了解技术和厂商的常识，以及技术的投入者将会把这技术带到何方。有时候还要理解“策略产品”这个概念，虽然由于某些原因我不便讲明，但是我想每一个开发者都应自己考虑一下。

有机会欢迎访问我的BLOG，我会不断写些这样的文章：http://zhang-yafei.spaces.live.com/

@zhang-yafei
非常感谢张先生指点，您的blog我已收藏，会慢慢阅读。AJAX确实有些炒的成分，我很赞同这一点。

我对RIA的理解还比较肤浅，有很多问题还希望能向大家请教。

1. 我理解的RIA是在客户端丰富的数据模型和丰富的界面，过去我们总是用Javascript来在客户端处理一些逻辑，从而“客户端逻辑减轻服务端逻辑所造成的负载”；此外很多Javascript的组件(如dojo)来实现一些很不错的界面效果；从这两方面来说用XHMTL+CSS+JavaScript实现的富界面程序（不是说AJAX，还是用这种XHMTL+JavaScript手段）能否看成RIA的一种?

2. 如果 “RIA的实质是用客户端逻辑减轻服务端逻辑所造成的负载，并在客户端营造客户机模型” ，那是否意味着，现有HTML(Javascript) 的能力很难胜任,或者说不适合RIA的工作？