我打算在这里构建一个小型服务器，并想为其创建一个 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 接口：
- 未来的操作主要由服务器控制，而不是通过过程调用在客户端进行硬编码，从而简化了部署和版本控制。
- 缓存、限制和版本控制等现有实现可以开箱即用。
- 使用 RPC 接口推出的自定义过程可能范围太窄。
See this https://web.archive.org/web/20201111192905/https://etherealbits.com/2012/12/debunking-the-myths-of-rpc-rest/博客文章以获取更多信息。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
