我打算在这里构建一个小型服务器，并想为其创建一个 API。

我正在决定什么是更好的并且已经排除了SOAP因为在我看来那件事是一团糟。我只剩下REST and XML-RPC.

我真的很喜欢XML-RPC，它实现起来非常简单，并且足够常规，所有客户都可以轻松使用它。

这些天所有酷孩子都在做RESTful的东西，有时带有JSON有效负载或XML文档甚至 HTTP POST 变量。

我认为那些人总是为每项服务重新发明轮子。我不知道使用 REST 比使用 XML-RPC 能获得什么好处。

问题：

那么，这里有人可以提供使用 API 实现的实际理由吗？休息+JSON不仅仅是使用XML-RPC?

REST 与 XML-RPC 等 RPC 实现是一种错误的二分法。您可以使用 XML-RPC 实现 RESTful 接口（尽管您可能不想这样做）。也就是说，有很多原因导致您希望使用普通 HTTP 以 RESTful 方式公开资源，而不是使用 XML-RPC 等技术滚动自己的 RPC 接口：

1. 未来的操作主要由服务器控制，而不是通过过程调用在客户端进行硬编码，从而简化了部署和版本控制。
2. 缓存、限制和版本控制等现有实现可以开箱即用。
3. 使用 RPC 接口推出的自定义过程可能范围太窄。

See this https://web.archive.org/web/20201111192905/https://etherealbits.com/2012/12/debunking-the-myths-of-rpc-rest/博客文章以获取更多信息。