ajax

Ajax只是新瓶装旧酒，用到的XMLHttpRequest,JavaScript,DOM,XML都是早已存在。不过Ajax提供了一种思想，把这些已有的技术组合起来，达到了胖客户端的效果。

是的,ajax的确是新瓶装旧酒,不过他所提供的思想也是我们应该学习的.能把零散的东西集合为精华,听起来就觉得很棒!!

我刚才在另外一个帖子说了:
http://www.jdon.com/jivejdon/forum/messageList.shtml?thread=32520&message=23109813#23109813

我们经常感兴趣新的技术热点，而忽视后面的思想，如果一个技术很热，但是没有值得借鉴的思想和方法，就可能很难引起谈兴。

AJAX在本站也谈了很多，AJAX热是由于大家对互动式界面的迫切需求，AJAX在本站有一些冷，又是因为它虽然由组件组合思想，但是不是一个真正彻底OO系统。以上只是我个人观点，也请对AJAX高手批评指正。

>> 我们经常感兴趣新的技术热点，而忽视后面的思想，如果一个技术很热，但是没有值得借鉴的思想和方法，就可能很难引起谈兴。

所有技术的出现都是为了解决某一类特定的问题的。当今时代，新技术层出不穷，当然需要跟踪，但是不是去跟踪这些新技术本身（否则你天天不吃不喝也跟不上），而是需要了解这些技术是用于解决什么问题的，原来的解决方案有什么问题，新的方法有什么优点，有什么局限，如此而已。

那么什么时候你需要沉下去研究这些新技术呢？当前发现你面临类似的问题的时候（譬如遇到一个项目，客户提出的要求无法使用原来的技术实现），你可以花时间去切实的评估一下这个技术的好处、坏处、难度等等，然后决定是否需要使用这个技术。

当然，如果你是一个技术的爱好者，又有一定的时间，更进一步的了解这些技术也没有坏处。

不过还是强调一点，了解它能做什么比了解它是什么更重要。

Internet应用应该用多少Ajax？这本身就是个问题。
现实的情况是，程序员对Ajax很热，用户对Ajax很冷。毕竟用Internet大家已经习惯等待和跳转了。即使用了Ajax，也还是要等待（网速有限），甚至要等得更久（浏览器和Server之间频繁的数据交换）。所以理智一点的选择就是，该用的用，不该用的就不要用。

Ajax原先一个隐含的用意就是进入局域网和Intranet，全面取代C/S，达到B/S一统天下的目的。现实很多追新族也正在这么干。可是真的有必要吗？放弃PC客户端的运算能力，非要去跟繁忙的Server过不去；放弃简单明确的C/S编程模式，强吃复杂的Ajax编程，这只能说是钻牛角尖了。

计算机与社会发展的历史提醒我们：任何想要一统天下的技术或人最终都难免失败。
最近本人在做Spring Remoting + Swing。在原有B/S/S的结构上，通过调用统一的service层，很容易地就做到了C/S/S，满足了高性能客户端的需求。本人认为这才是企业内部应用最好的选择。
所以我们应该好好重新审视一下Ajax了。

现实的情况是，程序员对Ajax很热，用户对Ajax很冷。毕竟用Internet大家已经习惯等待和跳转了。即使用了Ajax，也还是要等待（网速有限），甚至要等得更久（浏览器和Server之间频繁的数据交换）。所以理智一点的选择就是，该用的用，不该用的就不要用。

---------------------------
确实 有时候公司的人都不用方便一点的比如DWR 自己就不能用了 哎

看到一篇对AJAX 几个toolkir的比较：

GWT,YUI,dojo,jQuery中挑了jQuery

想搭建一个框架是使用AJAX的，首先考虑到的就是Google web toolkit，看了一下它的文档，就是将所有的dom元素封装成Java对象了，写起代码来，因为有IDE的帮助，而且凭着静态语法的特点，出错的机率 就小了。但是有这样一个问题，比如说想给页面上随便增加一点东西的话，却不能随便编辑html文件，因为GWT生成的代码并不是那么好读，也就是说，每次 要修改一下页面，就要重新再编译一下Java代码。这点可不好。后来就改用YUI了，YUI的example 倒是非常的丰富，但用了总感觉不舒服，后面想想，才明白是因为它的api设计得不好调用，代码不能写得很简洁。没得说，又去试了一下dojo了，感觉是简 洁得多了，api用了感觉挺舒服的。写页面的时候，想用一下prototype的＄，之前还以为dojo是基于prototype写成的，结果试了半天， 才发现并不是这样，正巧又在网上看了一篇介绍jQuery的，试了一下，就迷上它了，然后就把dojo从项目中移走了。　 　仔细回想了这四个框架，想想自己为什么会选中jQuery。才发现，因为jQuery的源代码是最简洁的，结构上也是最容易全部掌握了，写 JavaScript代码的时候，总是希望所有的代码都是在自己的手里面控制的，这种想法，跟一年前的想法一模一样，当时AJAX刚火的时候，也想去试一 些开源的框架，但用了一段时间以后，就放弃了，全部使用了自己设计的框架，因为框架掌握在自己手里面，舒坦。　　JavaScript库丰富固然好，但是越丰富，自己就越不了解全部层次，内心就越不安。不懂这是不是大多数人的通病。
可是仔细想想，为什么Java的开源库用得这么自在，为什么JavaScript的就自在不起来呢。 本文地址：http://www.newbooks.com.cn/info/61944.html

文章中最后一句：为什么Java的开源库用得这么自在，为什么JavaScript的就自在不起来呢。也是非常另人寻味。

1、动态解释；2、基于对象而非面向对象

少量用一点增光添彩是好的，大规模应用则是不明智的。

还行咯~

很老的的帖子翻出来，随着技术进步，gwt2.4已经出来了，现在的情况和你当初描述的大不一样了。我个人认为你不喜欢yui是因为你没有深入开发过系统（javascript），gwt也可以随意编辑html文件。本人在项目中就是集成yui和gwt开发。