多年以来一直存在一个软件工程问题：从一台机器调用另一台机器上的服务或方法，即使这些机器使用完全不同的硬件或软件。对于这个问
题，最近提出的解决方案是Web服务。几年前，Web服务大受吹捧，它的头上围绕着耀眼的光环，有些人认为Web服务就是分布式软件开发的“圣
杯”。后来，它的光芒逐渐黯淡下来，Web服务最终找到了自己合适的位置，它是支持异构计算机系统相互操作的一种有用的工具。
Web服务通常用作为计算机系统之间的通信管道，这与CORBA（公共对象请求代理体系结构）、RMI（远程方法调用）或DCOM（分布式组件对
象模型）很相似。区别在于，Web服务独立于具体的开发商，可以采用大量编程工具和平台来实现。为了支持更高层次的互操作性，Web服务是
基于文本的协议，通常在HTTP之上实现。由于Web服务是基于文本的协议，所以几乎总能使用某种XML。
最着名的Web服务实现是SOAP（简单对象访问协议）。SOAP是由W3C管理的规约，它是XML协议，对于如何调用远程过程给出了定义。
WSDL（Web服务描述语言）文档也是XML文档，描述了如何创建Web服务的客户。通过提供WSDL文档，Web服务提供者就能很轻松地为可能的
客户创建客户端代码。WSDL和SOAP通常一同使用，不过不一定非得这样，因为这两个规约是分开维护的。
尽管人们在简化SOAP实现上做出了很大努力，但SOAP还是一个很难使用的技术，因此很受“排挤”，只有在跨平台互操作性确实是一个很
重要的需求时才会使用SOAP。实现Web服务还有一种更简单的方法，称为REST（代表状态传输），它在开发人员中享有越来越高的知名度，这些
开发人员一方面希望得到SOAP好处的80%，另一方面只希望付出SOAP代价的20%。
Yahoo!选择REST作为其公共Web服务的协议。Yahoo!认为基于REST的服务很容易理解，而且很推崇REST的“平易近人”，因为当前大多数编程语言都可以访问REST。实际上，Yahoo!相信，与SOAP相比，REST的门槛更低，使用也更容易。
通过使用REST，建立请求时可以先指定一个服务入口URL，再向查询串追加搜索参数。服务将结果返回为XML文档。这个模式听上去是不是很熟悉？你说对了，它与本书中你见过的Ajax例子是一样的。
XMLHttpRequest对象非常适合作为基于REST的Web服务的客户。使用XMLHttpRequest对象，可以向Web服务异步地发出请求，并解析得到的XML响应。对于Yahoo! Web服务，XMLHttpRequest对象可以向Yahoo!发出请求，搜索指定的项。一旦Yahoo!返回响应，则使用JavaScript DOM方法解析响应，并向页面动态地提供结果数据。
代码清单4-15展示了如何使用Ajax技术访问Yahoo! Web服务，并向页面提供结果。页面上的文本字段允许用户指定搜索项。用户可以使用选择框来指定需要显示多少个结果。点击Submit（提交）按钮就能启动搜索。
不过，先等等！第2章我们曾经说过，XMLHttpRequest对象只能访问发起文档（即调用脚本）所在域中的资源。如果试图访问其他域的资源，可能因为浏览器的安全限制而失败。怎么解决呢？
解决办法有好几个。在第2章已经了解到，浏览器实现安全沙箱的方式各有不同。IE会询问用户是否允许访问另一个域中的资源。Firefox则会报告错误，自动失败，虽然可以用专用于Firefox的JavaScript代码避免这种行为。
还有一个选择，这也是本例中要采用的方法，就是建立Yahoo!的网关，它与XMLHttp-
Request脚本在同一个域中。由网关接收来自XMLHttpRequest对象的请求，并把它转发到Yahoo! Web服务。Yahoo!做出响应返回结果时，网关再把结果路由传送到浏览器。通过使用这种方法，就能避免使用浏览器特定的JavaScript。另外，这种方法也更加健壮，因为你还可以扩展网关，让它支持其他的Web服务提供者。
本文作者: