五.服务器端逻辑

最后，服务器端的resolveZip.jsp被从函数ask()中调用（见所附源码中的列表1）。这个resolveZip.jsp在两种由当前的邮政区号长度所区分的独立的场所下被调用(见zipChanged()函数)。请求参数lookupType的值或者是state或者是city。为简化起见，我们将假定，两个文件state.properties和city.properties都位于服务器中C驱动器的根目录下。resolveZip.jsp逻辑负责用适当的预装载的文件返回查找值。

我们的支持AJAX的页面现在已经准备好了。

六.远程脚本技术-一种可选方法

一些更旧的AJAX实现是基于所谓的远程脚本技术。这种思想是，用户的行为导致经由IFRAME对服务器进行查询，而服务器用JavaScript作出响应，该脚本一旦到达客户端立即被执行。这与XMLHttpRequest方法相比存在较大的区别，在后者情况下，服务器响应数据而客户端解释数据。其好处是这种解决方案支持更旧的浏览器。

基于IFRAME示例的HTML部分(见所附源码中的列表2)与我们在XMLHTTPRequest场合下所用的极相似，但是这次我们将引入另外一个IFRAME元素-controller：

Zip:＜input id="zipcode" type="text" maxlength="5" onKeyUp="zipChanged()" style="width:60" size="20"/＞ City: ＜input id="city" disabled maxlength="32" style="width:160" size="20"/＞ State:＜input id="state" disabled maxlength="2" style="width:30" size="20"/＞ ＜iframe id="controller" style="visibility:hidden;width:0;height:0"＞＜/iframe＞

我们保持每次击键都调用zipChanged()一次，但是这一次，从zipChanged()中被调用的函数ask()(见所附源码中的列表3)负责设置IFRAME的src属性，而不是调用一个XMLHTTPRequest：

function ask(url， fieldToFill， lookupField){ 　var controller = document.getElementById("controller"); 　controller.src= url+"&field="+fieldToFill.id+"&zip="+lookupField.id; }

服务器端逻辑由一个粗略的resolveZip.jsp(见所附源码中的列表4)所描述。它与它的XMLHTTPRequest对应物相区别-它返回JavaScript语句，这些语句设置变量字段lookup和city的全局值，而且一旦它到达浏览器即从全局窗口的执行上下文中调用函数response()。

函数response()是一修改版本的handleResponse()-这一函数可以免于处理未完成的请求(详见本文所附源码中的列表2)。

七. 难题

为简化起见，让我们"俯看"一下在我们的示例代码中的一些重要的问题：

1.事实-XMLHTTPRequest对象实例和回调函数调用在被使用以后并没被破坏-在每次调用后这有可能导致内存泄漏。适当编写的代码应该破坏或重用对象池中的这些实例。而且，客户端必须使用与服务器软件相同的对象管理技术。