2007-04-09

Ajax的思考

关键字: 思考

Ajax被各种媒体宣传的太过火暴，抛开众多的宣传泡沫，我们来认真的思考一下，Ajax到底是什么？它能用来干什么？它应该用来干什么？
Ajax是Asynchronous JavaScript and XML的缩写，其中有三个关键词：
1 Asynchronous
2 JavaScript
3 XML
这三个关键词可以这么理解：
1 交互是异步的
2 在客户端用JavaScript接收、发送、展示数据
3 用XML作为传输介质
(注：严谨的说1，2，3都不一定，这里只考虑一般的状况)
那么这种性质的Ajax能用来做些什么呢？

可以用这么一段话来描述一下它的作用：
页面中的某个事件（点击、选择等）被JavaScript代码捕捉到，JavaScript对事件涉及到的数据进行封装，封装完成后以XML形式发送到服务器端，服务器端根据所给数据执行相应的查询处理封装出一份结果返回给客户端，客户端JavaScript接收到返回结果后解析并展现在客户端。

如果你理解了这段话，那么你应该会发现这和我们传统的“页面提交模型”很像。

差别其实就是这个Asynchronous，也就是说客户端数据封装后的发送是异步执行的，通俗一点讲就是：客户端向服务器端发送请求数据后，客户端这边该干什么还干什么，你看不出什么变化。当结果从服务器端返回后，客户端JavaScript得到结果，神不知鬼不觉的把结果放在页面的某个地方。

这样你说Ajax能用来干什么？可以说传统的“页面提交模型”能干的事情它都能干。
但是它能干未必就意味着我们就要这么干。试想，用户注册页面用Ajax实现会是怎么个场景？

最后，它应该用来干什么？
1 二级或N级联动列表
如果下一级列表数据依赖于上一级选择，并且数据是动态不定的，那么这种情况用Ajax实现就会很自然。
2 用户界面输入辅助
你在Google中输入一个或几个字，就会出现一个下拉列表供你选择比较热门的相关词语。
3 数据校验
当焦点离开某控件时判断控件中数据是否合法。

以上三种情况是我认为比较适合使用Ajax的代表。当然Ajax还有更多的应用，不过从上面我们“可见一斑”。

基于上述各点，我认为Ajax能为Web程序添加很多光彩，但是想要颠覆甚至取代传统Web编程模型，那是不可能完成的任务。

评论
simon1118 2007-06-17
支持dlee，任何存在东西的都有它的价值
在不了解的情况对其下一些片面的定论，是很不合理的。
yvfish 2007-06-15
总体来说,它能够更好的(相对来说)进行交互,为用户提供更好的体验和感受。很久以前就在用，那时还没有听讲过AJAX的名称，那时是向iframe提交请求，在响应的页面中用JavaScript更新发出请求的页面元素，虽然土了点但效果是一样的。一提到AJAX就用就想到Google,其实看看126.com做的也非常棒,相比较而言Gmail跟本就没脸见人了,呵呵
dlee 2007-06-15
sp42 写道
dos GUI?难道说的是UCDOS中的那个仿WIN的shell?

很多了，M$ DOS4.0里面的DOS Shell、最老的WPS for DOS版本都是。
neora 2007-06-15
以前我跟你的看法类似。经过1年的学习，我已经转变了。建议再深入学习研究下去。
okhero 2007-06-15
ajax,我觉得它就是在利用client端的空佘时间(利用server)。最重要的是可以生成DOM文档(xml)和异步。
sp42 2007-06-15
dos GUI?难道说的是UCDOS中的那个仿WIN的shell?
metaphy 2007-06-15
ajax也一样
metaphy 2007-06-15
去尝试用一下。
不了解javascript的时候我也很恼这个语言，但经过一段时间的学习就会发现原来javascript也同样有有趣的地方
hexiaodong 2007-06-14
windows时代也不是从天而降的，windows95之前的windows都是在dos上开发的。微软也正是因为有了windows1--windows3的实践才能创造出windows95。
大家投身创造一个新的时代，你可以选择旁观。
cookoo 2007-06-14
js的速度局限还是有的，复杂的应用影响会比较明显，比如google那个在线office就有点迟钝。另外有些特别的交互效果flash会更好些，比如google finance和yahoo finance的flash历史图表。
huangtut 2007-05-07
Ajax还是很有用的，菜单联动、输入辅助和数据校验只是很少的一部分罢了。很多地方可以用的Ajax的，比方说后台数据的刷新等等。
fantasy 2007-04-18
个人认为 ajax之所以火，是因为它给用户带来的友好性和易用性。
任何技术都是为业务服务，ajax的降临无可厚非！
sp42 2007-04-15
技术概念往往是这样的，只有在大量实践的漫长过程中才能够逐渐被理解或是曲解，如面向对象、分布式计算，都是如此。
gates_lee 2007-04-15
ajax可以带来很好的用户体验，但是开发效率、兼容问题是在让人头大。
hexiaodong 2007-04-12
前台聚合的确需要一些js代码，但假如你拥有一套比较完善的js控件，代码量是微不足道的。
比如我们显示列表的时候：

var grid = new Grid(divId,context,columns);
grid.bindData(objArray);
当然objArray是你用某种web server获得的对象数组

显示目录的时候：
var tree = new Tree(divId);
tree.bindData(root);

对我们来说聚合显示仅仅利用了ajax的一小部分能力，代码量也很少。
引用
将事件模型前推到客户端，在客户端响应用户的事件
。这里才是ajax更重要的舞台。
winterwolf 2007-04-11
dlee 写道
to winterwolf：
呵呵，兄弟，这么多年过去了，你还是躲在Cocoon那个理想国里面啊。:)


是啊 呵呵.

我现在不愁后台. 在后台实现ws简单的很 但是前台如何调用如何聚合却成了大问题.
dlee 2007-04-11
to winterwolf：
呵呵，兄弟，这么多年过去了，你还是躲在Cocoon那个理想国里面啊。:)
winterwolf 2007-04-11
这个blog看过了.其实soap也好rest也好我都不怎么关心,我自己都能再建立个新标准.而且我可以根据需要将自己的标准转换成soap或rest(rest其实还没有标准)

我头痛的问题是ajax太麻烦 比如我有4个ajax应用 现在我要将它们集成起来放到一个页面显示. 那么是不是所有js都要调整.还有js的效率问题 浏览器的兼容问题. 这比整和瘦客户端的view (xml+xslt+css) 要难太多了. 头都大了 !
dlee 2007-04-11
引用
我认为真正的RESTful web service客户端还没出现.这需要一种全新的设计.

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

请看孟岩的一篇blog：
http://blog.csdn.net/myan/archive/2006/12/19/1449586.aspx
winterwolf 2007-04-11
RESTful web service用js来控制交互 进而避免全部刷新界面. 但是我感觉ajax方案本身就有问题 就现在看来 没有一个复杂的ajax应用有足够快的速度.也就是说ajax给用户的体验并没有想像的那么好.只有一些小型的ajax应用速度还不错 但是它对改进交互的作用也有限.

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

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

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

2 有比ajax快的多的速度

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

4 可以继续保持瘦客户端开发模式不变.
viwo
搜索本博客
存档
最新评论