rest - 为什么大多数 Web 服务都是 REST 风格的,而不是(也)XML-RPC 风格的?

标签 rest protocols xml-rpc

我知道 Flickr 提供了使用它的 XML-RPC 和 REST 方式。

每种语言都有标准的 XML-RPC 库(例如,Python 有一个内置的 xmlrpclib)。

标准 XML-RPC 库负责序列化/反序列化以及发送/接收响应。

在我看来,对同一 API 使用 REST 风格的网站最终会用每种语言编写自己的库。示例:雅虎!搜索 SDK。

对我来说,似乎 XML-RPC 方式更好,但所有的证据都恰恰相反。为什么?

所以:

  • 为什么大多数 Web 服务都是 REST 风格的,而不是 XML-RPC 风格的?
  • XML-RPC 是否存在不明显的缺点?
  • 最佳答案

  • 休息不仅容易,而且容易得多。
  • Xml-Rpc/soap 有很多事件部件和大量的开销,认知
    否则(通常)不需要,它很复杂,除非你
    特别需要它提供的一些功能,它只是不值得
  • 并非每个服务请求都需要打包为正式的函数调用
    参数
  • REST 也是一个定义明确的正式系统,是一个很好的表示模型
    网络上可用的资源(因此称为 REST)

  • 话虽如此,使用 REST 很容易犯很多新手错误,所以首先在谷歌周围搜索如何使用它,你会很高兴你做到了。

    关于rest - 为什么大多数 Web 服务都是 REST 风格的,而不是(也)XML-RPC 风格的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/708702/

    相关文章:

    rest - Grails Restful Controller无法保存在POST上

    ios - 与服务器的安全通信 - 解决方案

    ios - 找出 swift 协议(protocol)的所有实现者的名字

    java - 如何在 Java 1.6 中获得 Apache XML-RPC 3.1.3 合规性(ISO 日期格式和时区)

    python - xml-rpc 是否有某种 "response length limit"?

    java - 无法在 GlassFish 中使用 Jersey 启用 REST(引发与 JPA 相关的异常)

    rest - 从 JavaFX 应用程序使用 RESTFul 服务

    swift - 使用 SWIFT 从 MVC 中的 Controller 更新 viewController

    protocols - python dpkt pcap 如何获取协议(protocol)?

    java - 运行客户端时 XML-RPC 错误