标签：style http io color ar os 使用 java sp
实现跨平台通信的协议主要有简单对象訪问协议（Simple Object Access Protocol，SOAP）、代表性状态传输（Representational State Transfer，REST）以及 XML 远程过程调用协议（XML Remote Procedure Call，XML-RPC）等。
图 1 显示了利用现有 C++ 代码集成（使用上面提到的典型方法）的採用不同编程语言（Java、VC++、PL/1）开发的三个不同应用程序。
正如您看到的，C++ 代码应为每一个 RMI/IIOP/JNI、CORBA 和 DCOM client集成技术公开对应的接口。这就要求进行三次开发工作，显然会使部署和管理此类复杂接口的过程变得更为困难和麻烦。
在这些情况下，XML-RPC 是一个更好的选择，由于它可能帮助简化开发、部署和管理工作。
图 2 显示了怎样使用 XML over HTTP 通过远程过程调用来调用 C++ 程序。SOAP 和 REST 等备选技术也能用于同样的目的。只是，您将在下一部分中了解到，这些技术之间存在一些关键差别。
虽然这三个协议都支持 XML-RPC over HTTP，但就 C++ 而言，它们彼此之间是有差别的。表 1 提供了这些协议的各个元素间具体的比較。
| SOAP | XML-RPC | REST | |
|---|---|---|---|
| 定义 | SOAP 是用于在分散的分布式环境中进行信息交换的轻量级协议。该协议基于 XML，包含三个部分：信封、一组编码规则以及用于表示远程过程调用和响应的约定。 | 这是使用 HTTP 作为传输协议和使用 XML 作为编码方式的远程过程调用。XML-RPC 的设计力求简单，并同一时候同意传输、处理和返回复杂数据结构。 | 代表性状态传输旨在反映设计良好的 Web 应用程序的行为图像：由网页组成的网络，当中用户通过选择链接继续进行使用，选择链接将导致将下一页传输给用户并进行呈现，以供其使用。 |
| 目标 | SOAP 可实现用户定义的数据类型，提供指定接收者的功能、消息特定的处理控制以及其它功能，从而对 XML-RPC 进行了扩展。 | 很简单且条理清楚的可扩展格式。HTML 编码人员应该可以查看包括 XML-RPC 过程调用的文件，理解其进行的工作，并可以对其进行改动，仅仅需一两次尝试就能使其正常工作。此协议很easy实现，可以高速对其进行调整，以在其它环境或其它操作系统上执行。 | 创建 REST 的目的是为了提供有关 Web 应该怎样执行的设计模式，并作为 Web 标准和设计 Web 服务的指导框架。 |
| 支持的数据类型 | 整数、Boolean、ASCII 字符串、双精度带符号浮点数、日期时间、结构、数组、字节数组、枚举、用户定义数据类型、多态訪问器 | 整数、Boolean、ASCII 字符串、双精度带符号浮点数、日期时间、结构、数组。 | 特定于实现。通常支持的类型有整数、Boolean、ASCII 字符串、双精度带符号浮点数、日期时间、集合、列表、属性。 |
| 简单性 | 比 XML-RPC 稍微复杂 | 易于理解和进行开发 | 特定于实现 |
| 稳定性 | W3C 接受的标准 | 不是标准 | 体系结构參考。不须要标准 |
| 互操作性 | 无法与 REST/XML-RPC 互操作 | 无法与 REST/SOAP 互操作 | 无法与 SOAP/XML-RPC 互操作 |
| 工具 | 非常多主要公司（包含 IBM 和 Microsoft）均已開始在其工具中支持 SOAP。 | 工具仍在开发中。 | 并没有非常多工具支持。 |
| 自己定义能力 | 高度可自己定义，不受数据类型和协议限制 | 轻量级，仅仅能在 HTTP 上工作，具有有限的数据类型支持 | 仅仅能在 HTTP 上工作 |
| 库 | 有非常多开放源码库可用。 | 有非常多开放源码库可用。将在以下的部分进行说明 | 并没有非常多实现库可用 |
标签：style http io color ar os 使用 java sp
原文地址：http://www.cnblogs.com/hrhguanli/p/4085157.html
