rest - 为什么大多数 Web 服务都是 REST 风格的，而不是（也）是 XML-RPC 的？

Question

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

每种语言都有标准的 XML-RPC 库（例如，Python 有一个内置的xmlrpclib）。

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

在我看来，对相同 API 使用 REST 样式的网站最终会用每种语言编写自己的库。示例：雅虎！搜索 SDK。

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

所以：

1. 为什么大多数 Web 服务都是 REST 风格，而不是 XML-RPC？
2. XML-RPC 是否存在不明显的缺点？

Answer 1

1. 休息不仅容易，而且容易得多。

2. Xml-Rpc/soap 有很多活动部件和大量开销、认知
   和其他方面（通常）不需要，它很复杂，除非你特别需要它提供的一些功能，否则它不值得

3. 并非每个服务请求都需要打包为带参数的正式函数调用

4. REST 也是一个定义明确的正式系统，是表示 Web 上可用资源的绝佳模型（因此称为 REST）

话虽如此，使用 REST 很容易犯很多新手错误，所以先用谷歌搜索一下如何使用它，你会很高兴你做到了。

Answer 2

这是一个很好的问题。除非您利用超媒体进行发现和标准媒体格式，否则您不太可能获得 REST 的好处。您不妨坚持使用 XML-RPC。

Answer 3

简单的答案：REST 往往更容易实现

Answer 4

网上有很多讨论，所以我不会深入回答。简而言之：这很容易。易于编写，易于理解，易于调试。你可以把它写在你的浏览器上，它可能会带回一些有用的东西。很好。

这种轻松是以更少的“可能性”为代价的，但理论认为，从长远来看，轻松可能更有价值。

Answer 5

REST 是 Web 的原生架构风格。（事实上​​，它是从 Web 已经工作的方式逆向工程的。） XML-RPC 和 SOAP 尝试采用一种非常不同的（过程式、命令式）编程模型并将其适应 Web。结果是 REST 最终变得更干净、更灵活。