嘟嘟老窝

上帝给了我一双黑色的眼睛,我却用它来翻白眼......

导航

« 保持自己时常有东西可写的blog方式 FlashGet 1.7 正式发布,作者称彻底免费提供给简体中文用户 »

Thinking in AJAX(一) —— AJAX - X

众所周知,异步交互、JavaScript脚本和XML封装数据是AJAX的三大特征。其实,在实际应用中,不需要牢牢套死这三条大律,在我看来,AJAX - X,即去掉用XML封装数据,也不失为一种好的设计思路,如果应用恰当,更显轻盈步伐和巧妙思路。

一般读取AJAX返回的XML结构的数据时使用XMLHttp的responseXML对象属性,同时,XMLHttp也提供了另外一个属性,即ResponseText,通过这个属性,XMLHttp可以接受来自服务器的文本结构的字符串信息。去掉XML的AJAX可以使用ResponseText这个对象属性,很灵活的操控返回数据的格式,可以自定义格式,比如我通常喜欢用c语言的那种文件流方式定义返回的字符串结构,有文件头和具体的文件信息实体,文件头分为状态信息以及文件字符长度,我摒弃了文件字符长度的定义,规定死接受的ResponseTex字符串中的第一位为状态码,比如设定常量值0表示一起正常,非0的数字表示不正常,甚至有错误等。如果有非0值,程序自动取第二位起到257位(长度为256)的字符串组成为状态信息,从258位开始到末尾的字符串就是服务器返回的正常结果信息。
substring(0,1)取状态码
substring(1,256)取服务器错误信息(错误信息不够256位用空格补齐,取到数据后进行Trim处理)
substring(256,末尾)取服务器返回的数据信息
三次substring即完成了一个简单但完整的交互工作。比起XML解析组件来说要快的多。

用ResponseText比封装为XML处理数据快和简单是一个原因,另一个原因是可操控性更大更灵活,打开Google Suggest,在搜索框输入字符可以给你给出拼写提示,Suggest就是应用了AJAX技术,不过它在从服务器返回数据时并没有使用XML封装,也没有自定义ResponseText格式,而是直接将返回代码组织成js脚本,通过浏览器返回后直接执行,如eval(XMLHttp.ResponseText)这样的方式进行执行,http://www.google.com/complete/search?hl=en&js=true&qu=ajax 通过这个链接你可以看到Suggest利用AJAX得到的返回数据,此页面是在Google Suggest的搜索框中输入"AJAX"后得系统动态返回的数据。

sendRPCDone(frameElement, "ajax", new Array("ajax", "ajax amsterdam", "ajax fc", "ajax ontario", "ajax grips", "ajax football club", "ajax public library", "ajax football", "ajax soccer", "ajax pickering transit"), new Array("3,840,000 results", "502,000 results", "710,000 results", "275,000 results", "8,860 results", "573,000 results", "40,500 results", "454,000 results", "437,000 results", "10,700 results"), new Array(""));
浏览器段拿到这段代码后直接eval就可以了,至于sendRPCDone这个函数,那当然得实现定义后并装载到页面中啦。XMLHttp这个名字以XML开头,让很多人禁锢了思想和创意,完全抛弃X,你也可以做出纯AJAX的实例来。

当然,对于大型系统来讲,为了保持数据接口的一致和整齐,还是用XML来传递更严谨更统一点,听说微软已经发起了重写XML Parse组件的号召,估计下一个版本的XMLHttp还是DOMParser还是MSXML2.DOMDocument都会大大提高效率,减少资源占用的。

  • 该日志的引用地址:
  • http://www.duduwolf.com/cmd.asp?act=tb&id=204
  • 1.zx.asd | (home)
  • XMLHttp的重点不在XML,而是在于send data.
  • 2005-8-9 19:26:04
  • 2.94smart | (home)
  • 完全同意,responseXML太难用了
  • 2005-8-10 13:08:40
  • 3.Kevin.Wang | (home)
  • 完全同意,最近我正在做一个网站,试着用了一些Ajax,真他妈不错。
    我最近已经爱上这个新鲜的东西了。XML方面倒是没怎么用。关键是ResponseText
  • 2005-8-10 13:14:35
  • 4.netwjx | (home)
  • 使用ResponseText要求获取的数据是UTF-8格式(在服务端编码)
    否则需要自行先获取原始的2进制数据 手工转码
    可惜js很不容易操作2进制数据
  • 2005-8-10 13:27:27
  • 5.zkjbeyond | (home)
  • 估计google是为了剩在客户端处理xml的时间吧!

    Google Suggest 最复杂的应该在服务器端算法,客户端显示其实是比较简单滴
  • 2005-8-25 9:09:11
  • 6.duduwolf | (home)
  • to zkjbeyond: google的确就是为了速度才这么处理的,不过我想Suggest的服务端也没多少技术性,数据都是现成的,Suggest只是把用户当前输入的字符进行查询,得到查询量最大的相关字符然后显示出来,呵呵。
  • 2005-8-25 11:23:03
  • 7.job5156 | (home)
  • 这个Blog有意思,不错!
  • 2005-11-9 15:40:13
  • 8.www | (home)
  • 这个我一直都用responseText

    最近在找一个轻框架。rico看来不错,可惜,居然没有演示代码。

  • 2005-11-9 20:25:04
  • 9.emu | (home)
  • AJAX还是AJAH,这是个值得讨论的问题。正好前几天就这个问题也和其他朋友有过一些探讨:
    http://www.blogjava.net/eamoi/archive/2005/11/07/18566.html
    http://www.blogjava.net/eamoi/archive/2005/11/13/18815.html

    >> AJAX - X,即去掉用XML封装数据,也不失为一种好的设计思路,如果应用恰当,更显轻盈步伐和巧妙思路。
    不管是AJAX还是AJAH,关键都在于“应用恰当”这4个字上。对Gmail来说是恰当的,对其他应用就未必了,评判的标准是什么呢?其中最重要的恐怕就再于个人喜好了(“我通常喜欢用c语言的那种文件流方式定义返回的字符串结构”)。
    像楼主自己定义的数据结构,在楼主习惯的上下文环境中,当然是比xml要方便快捷的多的方式,在其他不同的上下文中,我们也会有不同的更适用的数据结构,但是这样各自为政的表现方式,何以达到统一和通用呢?

    这是个大话题了,有空大家可以坐下来聊聊。我的blog是http://www.blogjava.net/emu ,也可以加我QQ:16750199或者msn:stonelf@hotmail.com ,此外我最近做了一个AJAX应用 http://qzone-search.qq.com/ 。希望可以认识你,大家多些交流。



  • 2005-11-14 10:26:18
  • 10.Strong | (home)
  • 不太同意.用TEXT来返回大量数据时处理的速度没有XML的快.对于一些小的数据(如状态)就可以用TEXT.
  • 2006-2-22 14:54:11
  • 11.速泡 | (home)
  • 好像有很多一模一样的文章
  • 2006-2-28 15:12:35
  • 13.wangxin | (home)
  • 正在学~~我觉得这个不错
    放在网页中应该会产生很好的效果
    不过很难找到写得很好的ajax的教程
  • 2006-5-26 16:59:11

反向链接列表

发表评论:

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

日历

<< 2008·1 >>

Sun

Mon

Tue

Wen

Thu

Fri

Sat

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

Search

Powered By Z-Blog 1.4 SP1 Build 50824 - modify by duduwolf

Copyright 1999-2005 duduwolf.com Some Rights Reserved.