同意xf看法。

以前感觉高手过招（很不错）

现在觉得两个产品在相互广告

你吹我我吹你，吹来吹去还是为了抬高自己

>以前感觉高手过招（很不错）

>现在觉得两个产品在相互广告

原来是高手在天上过招，现在到地上了，脚踏实地拿出产品过招，不但理论厉害，也能做出来，这才更厉害啊，呵呵。

banq兄说的“推”仍然是“拉”，在没有ajax之前，我一直都是用iframe嵌套刷新的方式异步请求，ajax并不是唯一选择，但ajax实现得比较优雅一点

构架的问题始终是一个头疼的泥淖。诸如EJB技术等，似乎过于重型。而其他的开源架构又似乎有些不足。我在我们系的网站建设中用到了ajax但由于学生团队专业性不足（我们是电气自动化的）初步还是只能用简单的ResponseText来做传输。对于xml及其Dom我自己都很难给予准确地运用（我是技术主任,今年大二）。所以我们提出了新的构架，轻量级，有针对性。
但它就有如先天不良的婴儿，很难有所扩充，甚至毫无安全性可言。
轻量级ajax的出路在何方？

逛过来看到了就接着说两句。
AJAX有3种实现方式，技术路线和src有很多，说开源的好了javaeye没专栏的提个好了zk,echo2.....可以看看，其他javaeye上都有。
贴个网址吧，www.theserverside.com 上面资料很多
IBM dw上也有很多文章，何必舍近求远。


————————————————————————————————
不多讲了，避广告嫌疑。

google maps 也是ajax的，我想这个对我的震撼是最大的。
http://www.script8.com/works/sc/index.htm
看看这个，js做的星际争霸，只能说有的时候人的智慧是无穷的

ajax从传统意义上说可能是表现层的东西
不过这个表现层能做到google map真的是太厉害了
我想如果用这两个结合
会不会不久以后就出现web版的魔兽

AJAX 的行为受限于浏览器的限制， 这是与胖客户端无法相比的
它的使用主要还是需要一个很好的平台的，
象Flash也是一个不错的RIA的方向，它在图形化及多媒体方面还是很不错的

至于服务器控制端，对于AJAX的服务端方法还是需要统一管理的，它的功能不也是一个控制框架吗

ajax可以做到cs做到的效果，不过代价大的多了。

这个代价包括开发，效率等等

ajax不是合于所有的web应用。

异步.

不是很看好ajax的应用
通过浏览器js的任何开发都是很悲壮的开发，无论如何，js不是开发系统性工程的语言，想来最初开发js的先辈也未承料到今日js能够做如此多的事情，确切的讲是做如此多复杂的事情；
不过ajax也许也是现在web开发中可能唯一可以用的解决交互层质量和效率的技术方法，但不会是最后的方法，会被更好的东西替换掉的；
如果想在客户端彻底解决问题，需要全新的开发语言，被各种浏览器支持，配套完善的开发工具、全新的设计开发模式，与服务器的交互也被更好的支持，而不是象现在这样寻找各种偏方来头痛医头脚痛医脚。但这样的语言是否能够出现是个大问题。

不过也许最好的解决方法不是在客户端，而是在服务器端，让页面的每个部分都可以由服务器来生成，而后直接送达浏览器，自动更新显示。
举个例子：
页面一个Table元素，显示20行数据，用户点击下一页获取下20行；
ajax通过js+xml获取数据，而后在浏览器中分析，更新Table，获取数据并不复杂，但拿js来操作、控制页面是极端的原始和复杂，无论效率、容错性，甚至代码可读性都难以忍受；
如果请求的下20行数据在服务端直接生成html代码，而后通过js把代码拉到浏览器直接替换掉原先的Table就能够更简单些；
要在服务器端生成html代码，怎么做？这是个考验人的地方；

我们从02年开始就采用这种方法实现ET平台系统，已充分验证该方法的可行性和可靠性；现在可以做到完全不写jsp页面实现各种复杂应用，同时页面上任何一个元素（无论多复杂）都可以在服务器端被重写，并自动更新到浏览器；
当然从不同的技术方案出发可以实现不同的服务器端重写模式，而最重要的问题是，如何让服务器端写出各种复杂的html代码？我们的做法更深入一步，在我们的平台上任何一个交互页面都没有与其对应的jsp页面，整个页面都是有服务器端引擎自动生成，因此就可以控制生成页面每一个元素的代码，在需要时进行动态的替换。


上页
下页