将这些技术结合在一起使用时，它们的目标是通过与内容服务器交换少量的数据为用户创造平滑、良好的 Web 体验，而不用在用户执行某些操作之后重新加载并重新呈现整个页面。我们可以使用各种 Ajax 工具包和库（例如 Sajax 或 Zimbra）为 mashup 构建 Ajax 引擎，这通常是使用 JavaScript 实现的。Google Maps API 包括一个专用的 Ajax 引擎，它对用户体验的影响着实强大：它的工作方式类似于一个真正的本地应用程序，其中没有滚动条可以操作，也没有移动按钮强制页面重新加载。
Web 协议：SOAP 和 REST
SOAP 和 REST 都是与远程服务进行通信所使用的与平台无关的协议。作为面向服务的架构范式的一部分，客户机使用 SOAP 和 REST 与远程服务进行交互，而不用了解它们底层的平台实现：服务的功能完全是由它请求和收到的显影消息描述来实现的。
SOAP 是 Web 服务范式中的一种基本技术。最初它是 Simple Object Access Protocol 的缩写，现在代表 Services-Oriented Access Protocol（或直接缩写为 SOAP），这是因为它的重点已经从基于对象的系统转向消息交换的交互操作。SOAP 规范中有两个要害组件。第一个组件是使用 XML 消息格式进行平台无关的编码，第二个组件消息结构，包括消息头和消息体。消息头用来交换非特定于应用负载（消息体）的相关信息，例如认证信息。SOAP 消息体封装了应用程序特有的负载。Web 服务的 SOAP API 是由 WSDL 文档来描述的，它们本身都描述了一个服务对外提供哪些操作，它可以接受的消息格式（使用 XML Schema），以及如何对其进行寻址。SOAP 消息通常都是通过 HTTP 协议传送的，不过也可以通过其他方式传送（例如 JMS 或 e-mail）。
REST 是 Representational State Transfer 的缩写，这是一种只使用 HTTP 和 XML 进行基于 Web 通信的技术。它的简单性和缺少严格配置文件的特性使它与 SOAP 很好地隔离开来，并且吸引了大家广泛的爱好。与我们在现代变成语言中可以找到的典型基于动词的接口不同（它们构成了各种方法，例如 getEmployee()、addEmployee()、listEmployees() 等）不同，REST 从根本上来说只支持几个操作（即 POST、GET、PUT、DELETE），这些操作适用于所有的消息。REST 强调信息本身，称为资源。例如，一个员工的资源记录是由 URI 标识的，这可以通过一个 GET 方法获得，并使用一个 PUT 操作进行更新，等等。使用这种方法，REST 就与文档文本风格的 SOAP 服务非常类似。
屏幕抓取
正如前面介绍的一样，缺乏内容提供者提供的 API 通常会强制要求 mashup 开发人员采取屏幕抓取的方式来提取自己希望集成的信息。抓取（Scraping） 是使用软件工具处理并分析最初为人们阅读而编写的内容，从而从中提取出可以通过编程进行使用和操作的信息的语义数据结构表示。有些 mashup 使用屏幕抓取技术来获取数据，非凡是从公用领域提取数据。例如，房地产地图 mashup 就可以在制图供给商提供的地图上显示售价和租价，这些数据可能是从当地的记录办公室抓取来的 “comp” 数据。另外一个抓取数据的 mashup 项目是 XMLTV，这是一组汇聚了各地电视节目清单的工具集。
评论加载中…
 |