AJAX和XmlHttpRequest下的Web开发

 一、引言
　　很多人都喜欢XMLHttpRequest，因为它提供给程序员真正梦想的功能。也正是因为有了这样的新技术，Web应用软件开始变得具有象桌面应用软件相似的行为。如今，问题总是象"假定为……"那样地简单，这把幼稚的终端用户从需要了解服务端、客户、回寄和提交按钮。"提交?提交给什么东西?"等一系列问题的苦海中解脱出来。
　　最近,无数可怕的案例爆炸式出现在Web上，它们充分说明为什么远程脚本(或称"AJAX"，如果你喜欢的话)是自从单像素点gif技术以来最伟大的事情。事实上,成串的酷极的、有用的应用软件正日益增长,象站点Flickr,Google Maps,The WebORB Presentation Server等所宣传的那样。
　　这些站点和另外许多地方大肆宣传AJAX的能力。公正地说,这种技术在提高在线操作的质量方面的确有相当的潜力来。然而,尽管它有许多的优点，但是这个神圣的Web通讯大杯中嗅起来仍然有一股奇怪的味道;就象摆动在我们面前的啤酒和巧克力,仍有一个邪恶的方面存在于其中-表面上看起来是多么地纯洁和天真。
　　这种潜在的邪恶存在于用户熟悉的操作界面背后的重要的功能性差距之中。你们当中许多人可能已经使用互联网近10年了，并且你知道它怎样工作:你到处点按鼠标，填充表单，修改你的输入;当做完所有这些，你可以点击提交按钮。你们都了解这些精华经验-它们从因特网的一代传递到新的一代,如:"不要点按提交按钮两次-否则，表单可能要提交两次"或"等待稍微长一些时间，它正在处理"或"在你提交了表单后,不要点按'向后'按钮"，等等。
　　但是既然现在AJAX已登堂入室，那么你可以把基本知识抛出窗外。简直是"什么东西都可以"-突然间出现一种新的可被跟踪的数据-可以在任何时候发送出去，而不需要用户的任何了解，甚至用户还不了解这竟然是可能发生的。
　　二、XMLHttpRequest:利与弊
　　就象许多技术存在利弊一样，产生这种技术的目的是为了利用其优点。直到如今，XMLHttpRequest带给人们如此多的优点，诸如不需回滚的输入校验，文本区域的拼写检查以及Gmail等等，简直几乎为人们捧之为神圣。基于AJAX技术创建的接口使用起来非常有趣，甚至编码更有趣味。简直很难令人相信，这样一种神奇的技术竟然能够做错事情。
　　但是，即使还没有发现存在巨大的安全漏洞，该XMLHttpRequest也有可能因为其外在的优雅而失败。它很可能会失败在"用户轮廓图"-用于更好的描述之目的-的应用之中。当前,用户轮廓图帮助Web站主侦探趋势,跟踪网页浏览习惯并帮助消除使用性问题。但是直到现在，开发人员还只能分析寄回的数据-用户决定让服务器取得的数据并为提交后得到处理而高兴。
但是通过一种微秒的手段，这种能量平衡会发生易位。通过使用AJAX技术，一个用户的行为可以被持续地并小心地监控。因为它能被做,所以它将被做;这就带给人们一个相当头疼的问题，而不仅仅是浪费带宽、成兆的垃圾信息以及更慢的网页装载次数的问题。
　　设想一下，这里仅是举例说明问题，你把一部新购买的iPod掉到地上去了，结果它停止了工作。抱着希望得到免费的替换的想法，你发了一封电子邮件给Apple公司的售后服务部，信中说:"我刚刚买了一个新牌子的iPod。我不小心把它掉到了楼梯上，它突然停止工作了。"之后，你决定删去第二句以支持你的理由。太晚了!如果该网站使用了AJAX技术,你的反映可能早就被杀死在了你的抱怨桌前!
　　或者-一个更恶意破坏性的例子-请考虑这种情况:大多数人都有一个或两个用户名/口令组合以用于他们的"并不重要"的站点，如新闻站点、博客、论坛等。他们可能还有几个保留的这种组合以用于更敏感的网站-银行业务，Web邮件和工作帐号等。在一个给定页面中输入不正确的登录细节是非常普通和极易犯的错误。虽然他们以前形成的习惯的影响应对此负主要责任，但是在人们点击提交按钮前常常是已经意识到他们所做的事情的。
　　不幸的是，一个AJAX击键记录程序实现起来相当麻烦。使用如此的一个击键记录程序,就可以用代码来收集不正确的登录尝试，然后针对一系列"重要的"站点对之进行试验-当然，也可以使用XMLHttpRequest对象。
　　三、"恶意"暗示
　　公平地说,上面引用的大多数的"恶意"应用软件都能被合理地加以处理，即使在XMLHttpRequest技术出现以前。的确，request对象是一种相对于以前的IFrame技术更为优雅的成功提交表单数据的方法。但是，XMLHttpRequest以一种更为自然的方式工作，这种方式简直可以能使客户端与服务器端的交互差别逐渐消失。
　　具有讽刺意味的是，直到最近，随着Firefox Web浏览器的不断流行，才使得较多用户真正了解到可以由Web客户端储存和控制的信息的深度和广度。随着广泛采用象Greasemonkey，Web开发者扩展以及cookie编辑器这样的工具，人们比以往任何时候更为确信，如果问题发生在客户端，那么责任一般应归咎于该用户。
　　但是现在,即使象我们这样狂妄的人也不再只是右击鼠标，看一下源代码，然后就能确信正在发生的事情了。请考虑下面的OnReadyStateChange JavaScript语句，运行它是为了响应一个XMLHttpRequest:
xmlReq.onreadystatechange =
{
if( xmlReq.readyState == 4 )
 {
  eval( xmlReq.responseText );
 }
}

上面的代码执行包含在来自于XMLHttpRequest的响应中的JavaScript代码。换句话说,有可能出现这种情况：即使一个页面加载完毕，也有可能在后台再进行添加或修改JavaScript函数和代码!因此就算你观察该页面代码的源代码-它可能发送了键击或鼠标移动事件到Web服务器,你也无法确信你所见的代码是当前执行的唯一代码。把这些特征与一些令人胆战心惊的困惑结合起来，那么你可以看到，恶意目的与XMLHttpRequest对象相结合，怎么不能实现Web客户的信息窃取!
　　四、还不确信?
　　你还不感到害怕并因此而愤怒吗?还不准备愤起并删去你的浏览器中的XMLHttpRequest代码吗?那么，好，也许本文强势的措词论证会吓倒了你；那么在游戏"Fonzie寻宝记"(The Search For 's Treasure。译者注：在GOOGLE中输入这几个关键词，你肯定能找到这个在线文本游戏，本人没有深入试验。难道这个小东西那么可爱的面孔下竟然埋伏着上面所述的那么恐怖的……)中-你能够救出Fonzie吗?
　　通过使用很有艺术的命令行接口,穿过充满文本的门厅寻找丢失的Arthur 'Fonzie' Fonzarelli宝藏。祝你幸运，但是请记住，虽然它看上去就象无危害的客户交互-你每作四次移动，该游戏通过XMLHttpRequest对象发送一个请求到服务器上并保存你的移动。永远记住：不要做一个印刷工(Don't make a typo)；不要尝试一些愚蠢的东西如"eat jukebox"；不要在游戏中输入一个用户名和口令字；否则……
　　XMLHttpRequest详解
/*
*author Jouy.lu
*/
var xmlHttp; //首先定义一个全局域变量来保存对象的引用;
function createXMLHttpRequest(){ //该方法用来创建XMLHttpRequest对象的实例.
if(window.ActiveXObject){
　xmlHttp = new ActiveXObject("Microsoft.XMLHTTP");
}else if(window.XMLHttpRequest){
　xmlhttp = new XMLHttpRequest();
}
}
　　考虑到兼容浏览器的问题，建议的写法如下：
var xmlhttp;
function createXmlhttp(){
if(window.XMLHttpRequest){
　 xmlhttp = new XMLHttpRequest();
　 if (xmlhttp.overrideMimeType){
　    xmlhttp.overrideMimeType("text/xml");
　    }
　}
else if(window.ActiveXObject){
　try{
　  xmlhttp = new　ActiveXObject("Msxml2.XMLHTTP");
 　  }

  catch(e){
　    xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");
　    }
}
if(!xmlhttp){
　 window.alert("Your broswer not support XMLHttpRequest!");
  }
return xmlhttp;
}

XMLHttpRequest的标准操作
　　abort()：终止当前请求;
　　getAllResponseHeaders()：把HTTP所以响应首部作为键/值对返回；
　　getResponseHeader("header")：返回指定首部的串值；
　　open("POST/GET/PUT","url")：建立对服务器的调用,url参数可以是相对URL或绝对URL,该方法还包含了另三个可选参数；
　　send(content)：向服务器发送请求；
　　setRequestHeader("header","value")：把指定首部设置为所提供的值。在设置任何首部之前必须先调用open()。
　　注：
　　void open(string method, string url, boolean asynch, string username, string password)：这个方法会建立对服务器的调用。要提供调用的特定方法（GET、POST或PUT），还要提供所调用资源的URL。另外还可以传递一个Boolean值，指示这个调用是异步还是同步的，默认值为true，这表示请求本质上是异步的。如果这个参数为false，处理就会等待，直到从服务器返回响应为止。由于异步调用是使用Ajax的主要优点之一，所以倘若将这个参数设置为false，从某种程度上讲与使用XMLHttpRequest对象的初衷不太相符。在某些情况下这,个参数设置为false也是有用的，比如在持久存储页面之前你可能想先验证用户的输入。最后两个参数不说自明，允许你指定一个特定的用户名和口令。
　　void send(content)：这个方法具体向服务器发出请求。如果请求声明为异步的，这个方法就会立即返回，否则它会等待，直到接收到响应为止。参数是可选的，可以是一个DOM对象的实例、一个输入流，或者是一个串。传入这个对象的内容会作为请求体的一部分发送。
　　void setRequestHeader(string header, string value)：这个方法为HTTP请求中一个给定的首部设置值。它有两个参数，第一个串表示要设置的首部，第二个串表示要在首部中放置的值。需要说明，这个方法必须在open()之后才能调用。在所有这些方法中，最有可能用到的就是open()和send()。XMLHttpRequest对象还有许多属性，在设计Ajax交互时这些属性非常有用。
　　void abort()： 顾名思义，这个方法就是要停止请求。
　　string getAllResponseHeaders()： 这个方法的核心功能对Web应用开发人员应该很熟悉了，它会返回一个串，其中包含HTTP请求的所有响应首部。首部包括Content-Length、Date和URI。
string getResponseHeader(string header)：这个方法与getAllResponseHeaders()是对应的，不过它有一个参数来表示你希望得到哪一个首部值，并且会把这个值作为一个串返回。
　　标准XMLHttpRequest属性
　　onreadystatechange：每个状态改变时都会触发这个事件处理器，通常会调用一个JavaScript函数。
　　readyState：请求的状态。有5个可取值：0 = 未初始化，1 = 正在加载， 2 = 已加载， 3 = 交互中， 4 = 完成。
　　responseText：服务器的响应，表示为一个串。
　　responseXML：服务器的响应，表示为XML。这个对象可以解析为一个DOM对象。
　　status：服务器的HTTP状态码（200对应OK，404对应Not Found（未找到），等等）.
　　statusText：HTTP状态码的相应文本（OK或Not Found（未找到）等等）。
　　来看看到底要怎么才能发送请求
　　使用XMLHttpRequest对象发送请求的基本步骤如下：
　　1.得到XMLHttpRequest对象实例的一个引用，为此，可以创建一个新的实例，也可以访问包含有XMLHttpRequest实例的一个变量。
　　2.告诉XMLHttpRequest对象，哪个函数会处理XMLHttpRequest对象状态的改变。为此要把对象的onreadystatechange属性设置为指向一个JavaScript函数的指针。
　　3. 指定请求的属性。XMLHttpRequest对象的open()方法会指定将发出的请求。open()方法取3个参数：一个是指示所用方法（通常是GET或POST）的串，另一个是表示目标资源URL的串，还有一个Boolean值，指示请求是否是异步的。
　　4. 将请求发送给服务器。XMLHttpRequest对象的send()方法会把请求传送到指定的目标资源。
　　send()方法接受一个参数，这通常是一个串或一个DOM对象。这个参数会作为请求体的一部分传送到目标URL.向send()方法提供参数时，要确保open()中指定的方法是POST。如果没有数据要作为请求体的一部分发送，则使用null。
　　异步方式给用户带来的体验：(我想程序员看到这段解释,心里真的很爽!)
　　对服务器的请求是异步发送的，因此浏览器可以继续响应用户输入，并在后台等待服务器的响应。如果选择同步操作，而且倘若服务器的响应要花好几秒才能到达，浏览器就会表现得很迟钝，在等待期间不能响应用户的输入。这样一来，浏览器好像被冻住一样，无法响应用户输入，而异步做法可以避免这种情况，从而让最终用户有更好的体验，尽管这种改善很细微，但确实很有意义。
这样用户就能继续工作，而且服务器会在后台处理先前的请求。能与服务器通信而不打断用户的工作流，这样就可以采用很多技术来改善用户体验。例如，假设有一个验证用户输入的应用。用户在输入表单上填写各个域时，浏览器可以定期地向服务器发送表单值来进行验证，此时并不打断用户，他还可以继续填写余下的表单域。如果某个验证规则失败，用户会立即得到通知，而不必等表单真正发送到服务器进行处理时才知道有错误，这就能大大节省用户的时间，也能减轻服务器上的负载压力，因为不必在表单提交不成功时完全重建表单的内容。
　　下面是说明安全问题的：
　　XMLHttpRequest对象要受制于浏览器的安全“沙箱”。XMLHttpRequest对象请求的所有资都必须与调用脚本在同一个域（domain）内。这个安全限制使得XMLHttpRequest对象不能请求脚本所在域之外的资源。这个安全限制的强度如何因浏览器而异（见图2-5）。Internet Explorer会显示一个警告，指出可能存在一个安全风险，但是用户可以选择是否继续发出请求。Firefox则会断然停止请求，并在JavaScript控制台显示一个错误消息。Firefox确实提供了一些JavaScript技巧，使得XMLHttpRequest也可以请求外部URL的资源。不过，由于这些技术针对特定的浏览器，最好不要用，而且要避免使用XMLHttpRequest访问外部URL。
　　XMLHttpRequest成员
　　Methods（方法）

    abort()
   取消当前的请求

    getAllResponseHeaders()
    以字符串的形式返回完整的HTTP头信息

    getResponseHeader(”headername”)
   返回指定的HTTP头信息值

    open(”method”,”URL”,async,”uname”,”pswd”)
  为一请求指定发放，URL，和其他的任意属性。
 方法参数可以是 “GET”, “POST”, 或 “PUT” 中的一个（请求数据使用GET比较多而POST发送数据[特别是长度大于512字节的数据]）

    The URL parameter may be either a relative or complete URL. URL可以是绝对路径或是相对的路径。

   异步参数指明是否应该处理请求。设置成“True”的意思是在send()方法结束后脚本继续执行，而不需要等待服务器的回应。“False”则是脚本必须等待服务器的回应后才能继续执行。

    send(content)
  发送请求

    setRequestHeader(”label”,”value”)
  

Properties属性

onreadystatechange* ：
这个是个最重要的属性，为每次状态的变化而准备的事件处理，往往用于触发一个JavaScript运行。

readyState ：
返回的状态对象：
    * 0 = uninitialized[初始化]
    * 1 = loading[加载中]
    * 2 = loaded[加载完毕]
    * 3 = interactive[交互]
    * 4 = complete [完毕]

responseText ：
以字符串形式返回

responseXML ：
以XML的形式返回，这个属性返回一XML文档对象，可用W3C的DOM点树方法和属性来进行解析和检验。

status ：
以数字的形式返回状态（比如404是”没有找到“或200是”好的“）

statusText：
以字符串形式返回状态（比如”没有找到“或”好的“）