zoukankan      html  css  js  c++  java
  • 轻量级跨平台消息传递协议XML-RPC深度解析

    一、引言

    实现跨平台通信的协议主要有简单对象訪问协议(Simple Object Access Protocol,SOAP)、代表性状态传输(Representational State Transfer,REST)以及 XML 远程过程调用协议(XML Remote Procedure Call,XML-RPC)等。

    二、为什么选择 XML-RPC?

    集成 C/C++ 的挑战能够通过多种方式加以解决。C/C++ 代码集成的典型方法包含通过公共对象请求代理体系结构(Common Object Request Broker Architecture,CORBA)、分布式组件对象模型(Distributed Component Object Model,DCOM)、远程方法调用(Remote Method Invocation,RMI)Internet ORB互联协议(Internet Inter-ORB Protocol,IIOP)以及 Java™ 本机接口(Java™ Native Interface,JNI)等进行集成。

    图 1 显示了利用现有 C++ 代码集成(使用上面提到的典型方法)的採用不同编程语言(Java、VC++、PL/1)开发的三个不同应用程序。

    图 1. 没有 XML-RPC 的当前方案
    没有 XML-RPC 的当前方案

    正如您看到的,C++ 代码应为每一个 RMI/IIOP/JNI、CORBA 和 DCOM client集成技术公开对应的接口。这就要求进行三次开发工作,显然会使部署和管理此类复杂接口的过程变得更为困难和麻烦。

    在这些情况下,XML-RPC 是一个更好的选择,由于它可能帮助简化开发、部署和管理工作。

    关于 XML-RPC 和 REST

    XML-RPC 是 UserLand Software 的 Dave Winer 于 1998 年提出的。请訪问 Dave Winer 的博客,以了解他关于 XML-RPC 的最初想法。

    REST 最初是由 Roy Thomas Fielding 作为其在加州大学尔湾分校的博士论文的一部分提出的。

    图 2. 使用 XML-RPC
    使用 XML-RPC

    图 2 显示了怎样使用 XML over HTTP 通过远程过程调用来调用 C++ 程序。SOAP 和 REST 等备选技术也能用于同样的目的。只是,您将在下一部分中了解到,这些技术之间存在一些关键差别。

    三、SOAP、XML-RPC 及 REST 间的对照

    虽然这三个协议都支持 XML-RPC over HTTP,但就 C++ 而言,它们彼此之间是有差别的。表 1 提供了这些协议的各个元素间具体的比較。

    表 1. SOAP、XML-RPC 及 REST 间的对照
      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 上工作
    有非常多开放源码库可用。 有非常多开放源码库可用。将在以下的部分进行说明 并没有非常多实现库可用
    注:以上參考IBM。

  • 相关阅读:
    python之filter()函数
    figure margins too large错误解决
    “一个字等于多少个字节?”是一个不严谨的问法
    如何区分按字节编址与按字编址
    (stm32学习总结)—LCD—液晶显示
    (stm32学习总结)—GPIO位带操作
    (stm32学习总结)—SPI-FLASH 实验
    修改寄存器的位操作方法
    (stm32学习总结)—对寄存器的理解
    (stm32f103学习总结)—初识stm32
  • 原文地址:https://www.cnblogs.com/hrhguanli/p/4085157.html
Copyright © 2011-2022 走看看