XML-RPC 与 REST

2024-05-12

我打算在这里构建一个小型服务器,并想为其创建一个 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/博客文章以获取更多信息。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

XML-RPC 与 REST 的相关文章

随机推荐