Ajax的思考

雕虫小技？

google的ajax应用也是雕虫小技？！

觉得AJAX的代码维护起来工作量很大。有什么好方法吗？

Ajax能使应用的可用性大为改善，用户的工作效率大为提高，这个的确，但是解放了服务器端这个我认为不一
定。可以这么看，Ajax把一个集中的请求响应拆分成多个请求响应碎片（只是这里的请求响应是异步的）。
这么看来服务器接收到请求的频率会增多。
还有Ajax的却是个很好的技术，更是一种新的Web编程模式，说它是雕虫小技我也不赞同，我认为它是传统Web编程模型很好的补充而非替代。

为了达到你希望的减少请求频率的目标，而迫使用户将时间浪费在无助的等待上，你觉得很值得吗？
传统的Web应用，通信流量会出现一个很高的峰值，随后过一段较长时间再出现下一个很高的峰值。对于Ajax应用，通信流量的分布更加平稳，而且因为是采用异步的方式来通信，不会打断用户的操作，用户的工作效率会更高。

你说的频繁的小数据量的请求当然是一个问题，但是这只是一个实现上的问题，你不要把它贴到Ajax上误以为是Ajax的一个本质的标签。其实如果你用其他的RIA技术来做开发，都会遇到类似的问题。

解决方法是应用命令队列来将命令批量发送给服务器，这个在《Ajax实战》的第6章中有介绍。另外还可以采用一些缓存和预先获取的机制来减少与服务器端的交互，在《Ajax模式与最佳实践》中的“缓存控制器模式”中有深入的讨论。

你如果做过RESTful Web Service，再与传统的Web MVC开发模式进行一下对比，你就知道我说的“解放了服务器端”是什么意思了。顺便说一下，Struts、Spring MVC、Struts Tiles、SiteMesh、FreeMarker等等技术我都很熟悉。

好不好，要看大家的选择。

现在flash，ajax两个模式已经成为了富客户端的良好的解决方案，就足以证明它是不是一项好技术。

任何的新技术都有人说好，也有人说不好，但是如果该技术是成功的，其最终会凭借自身的特性获得地位，java是，php是，还有一些比较有前途的ror，ajax在进行中。

ajax之所以会有人怀疑，是因为还缺少杀手级的应用。拿得出来的就google的地图，mail，其他的大家还在思考中，别太着急下结论。

ajax其实也可以算javascript的重新发现。它要是成功了，那就是脚本语言的胜利。其实UI就是脚本语言的领域，它的成功应该是必然的。

RESTful web service用js来控制交互 进而避免全部刷新界面. 但是我感觉ajax方案本身就有问题 就现在看来 没有一个复杂的ajax应用有足够快的速度.也就是说ajax给用户的体验并没有想像的那么好.只有一些小型的ajax应用速度还不错 但是它对改进交互的作用也有限.

在客户端的js很难和其他js客户端整和拼装,暴露出瘦客户端出现前的很多弊端.

我认为真正的RESTful web service客户端还没出现.这需要一种全新的设计. 单练js太脆弱了.

比较简单和现实的过度是xform.
1 它能减少server端开发,减轻server端的负载.

2 有比ajax快的多的速度

3 容易融合其它xml技术比如svg

4 可以继续保持瘦客户端开发模式不变.

那只是你的看法，国外已经很多了。Google前一段时间将基于SOAP的Web Service更换为RESTful Web Service就是一个例子。眼睛不要只盯着国内，国内的池子很浅，有几条真龙、有几条泥鳅，大家看的都很清楚。呵呵。

请看孟岩的一篇blog：
http://blog.csdn.net/myan/archive/2006/12/19/1449586.aspx

这个blog看过了.其实soap也好rest也好我都不怎么关心,我自己都能再建立个新标准.而且我可以根据需要将自己的标准转换成soap或rest(rest其实还没有标准)

我头痛的问题是ajax太麻烦 比如我有4个ajax应用 现在我要将它们集成起来放到一个页面显示. 那么是不是所有js都要调整.还有js的效率问题 浏览器的兼容问题. 这比整和瘦客户端的view (xml+xslt+css) 要难太多了. 头都大了 !

to winterwolf：
呵呵，兄弟，这么多年过去了，你还是躲在Cocoon那个理想国里面啊。:)

是啊 呵呵.

我现在不愁后台. 在后台实现ws简单的很 但是前台如何调用如何聚合却成了大问题.