HTTP状态码
在列表6中，XMLHttpRequest的status属性被测试用来确定请求是否成功完成。当处理简单的GET与POST请求，你可以认为只要不是200(OK)的状态就表示发生了错误。若服务器发送了一个重定向响应(例如，301或302)，浏览器会透明地完成重定向并从新位置获取相应的资源;XMLHttpRequest不会看到重定向状态码。
同时，浏览器自动添加一个缓存控制:对于所有XMLHttpRequest都使用no-cache header，这样客户端代码就可以不用处理304(not-modified)响应。
关于getReadyStateHandler()
getReadyStateHandler()是相对比较复杂的一段代码，特别当你不能熟悉阅读JavaScript时。折中方案是在你的JavaScript库中包含此函数，你可以简单地处理Ajax服务器响应，而不用去注意XMLHttpRequest的内部细节。重要是你自己要理解在代码中如何使用getReadyStateHandler()。
在列表3中，你看到getReadyStateHandler()被这样调用:
handlerFunction=
getReadyStateHandler(req,updateCart)
由它返回的函数将会检查在req变量中的XMLHttpRequest是否已完成，并调用由updateCart指定的回调方法处理响应XML。
提取购物车数据
列表7中展示了updateCart()中的代码。此函数使用DOM来解析购物车XML文档，并更新WEB页面(参见列表1)来反映新的购物车内容。注意对用来提取数据的XML DOM的调用。
Cart元素上生成的属性，即序列化时生成的时间戳，通过检测它可以保证不会用老的数据来覆盖新的购物车数据。Ajax请求天生就是异步的，通过这个检测可以有效避免在过程外到达的服务器响应的干扰。
列表7:更新页面来反映出购物车XML文档内容
function updateCart(cartXML)
{
// 从文档中获取根元素“cart”
var cart =
cartXML.getElementsByTagName("cart")[0];
// 保证此文档是最新的
var generated =
cart.getAttribute("generated");
if (generated > lastCartUpdate)
{
lastCartUpdate = generated;
// 清除HTML列表，用来显示购物车内容
var contents =
document.getElementById("cart-contents");
contents.innerHTML = "";
// 在购物车内按条目循环
var items =
cart.getElementsByTagName("item");
for (var I = 0 ;
I < items.length ; I++)
{
var item = items[I];
// 从name与quantity元素中提取文本节点
var name = item.getElementsByTagName("name")
[0].firstChild.nodeValue;
var quantity = item.getElementsByTagName
("quantity")[0].firstChild.nodeValue;
// 为条目创建并添加到HTML列表中
var li = document.createElement("li");
li.appendChild
(document.createTextNode(name+" x "+quantity));
contents.appendChild(li);
}
}
// 更新购物车的金额累计
document.getElementById("total").innerHTML = cart.getAttribute("total");
}
到现在，关于Ajax处理过程的教程已经结束，也许你想让应用运行起来，并看看它的实际运作。这个例子非常简单，有非常大的改进的余地。比如，我在服务器端代码中包含了从购物车中移除条目的代码，但从客户端UI中没有访问的途径。作为一个练习，尝试在现有的JavaScript基础上实际这个功能
使用Ajax的挑战
与任何技术一样，使用Ajax在相当多的方面都可能范错误。我在这儿讨论的问题目前都缺少解决方案，并将会随着Ajax的成熟而解决或提高。随着开发Ajax应用经验的不断获取，开发者社区中将会出现最好的实践经验与指导方针。
XMLHttpRequest的有效性
Ajax开发者面对的一个最大问题是当XMLHttpRequest不可用时如何反应。虽然大部分现代浏览器支持XMLHttpRequest，但还是有少量的用户，他们的浏览器不能支持，或由于浏览器安全设置而阻止对XMLHttpRequest的使用。
若你的Web应用发布于公司内部的Intranet上，你很可能可以指定支持哪种浏览器，并可以确保XMLHttpRequest是可用的。若你在公共WEB上发布，则你必须意识到由于假定XMLHttpRequest是可用的，所有就阻止了老浏览器、手持设备浏览器等等用户来使用你的系统。
然而，你应该尽力保证应用系统“正常降级”使用，在系统中保留适用于不支持XMLHttpRequest的浏览器的功能。在购物车例子中，最好的方法是有一个Add to Cart按钮，可以进行常规的提交处理，并刷新页面来反映购物车状态的变化。
Ajax行卫可以在页面被载入时通过JavaScript添加到页面中，只在XMLHttpRequest可用的情况下，为每个Add to Cart按钮加上JavaScript处理函数。另一个方法是在用户登录时检测XMLHttpRequest，再决定是提供Ajax版本还是常规基于form提交的版本。
可用性考虑
围绕着Ajax应用的大部分问题都是很普通的问题。例如，让用户知道他们的输入已经被注册并处理，是很重要的，因为在XMLHttpRequest处理过程中并不能提供通常的漏斗旋转光标。一种方法是将“确认”按扭上的文本替换为“正在更新中…”，以避免用户在等待响应时多次点击按钮。
另一个问题是，用户可能没有注意到他们正在观看的页面已经被更新。可以通过使用各种视觉技巧来将用户的眼光吸引到页面的更新区域。还有一个问题是通过Ajax更新页面打断了浏览器“退回前页”按钮的正常工作，地址栏中的URL不能反映页面的全部状态，并且不能使用书签功能。参见Resource章节中列出的网站地址上的文章来了解更多Ajax应用关于可用性方面的问题。
服务器负载
使用Ajax界面代替传统的基于form的界面可能戏剧性地增加传递到服务器的请求数量。例如，一个普通的Google搜索给服务器造成一次命中，并在用户确认搜索表单时发生。然而，Google Suggest，将会试图自动完成你的搜索词，在用户打字时将会往服务器发送多个请求。
在开发一个Ajax应用时，要注意到你将会发送多少请求到用户器端，以及服务器的负载指标。你可以通过在客户端适当地缓存请求、与服务器响应来缓减负载压力。你也应该在设计Ajax应用时尽量在客户端处理更多的逻辑，而不用与服务器端通讯。
处理异步
一定要记住，没有任何东西可以保证XMLHttpRequest将会按照它们被发送的顺序来依次结束。实际上，你在设计系统时，脑子里应该始终假定它们不会按原来顺序结束。在购物车例子中，使用了一个最后更新的时间戳来保证最新的数据不会被改写。
这个非常基本的方法可以在购物车场景中工作，但可能不能在其它情况下工作。在设计时刻就要考虑你该如何处理异步服务器响应。
结论
你现在应该对于Ajax的基本原则有了一个良好的了解，另外，你应该理解一些更高级的随Ajax方法而来的设计问题。创建一个成功的Ajax应用需要一系列的方法—从JavaScript UI设计到服务器端架构—但是你现在应该已经具备了需要使用到的Ajax核心知识