JSON-WSP或JSON-RPC

Question

我们即将实现一个使用JSON对象作为传输模式的We服务。我们打算让第三方组织连接到我们的网络，为此，我们计划使用标准化协议来简化未来的集成。

对于JSON，目前有两个规范: JSON-RPC和JSON-WSP。我想知道这两者之间的任何人的观点，如果你处于我的位置，你会用什么。到目前为止，我看到JSON-RPC已经存在一段时间了，并且已经实现了多种语言。JSON-WSP处于早期阶段，但它的目标是取代JSON-RPC ( RFC正在开发中)。我认为从长远来看，JSON-WSP将是一个很好的解决方案，但我可能错了。

Answer 1

这两种协议的主要区别在于，JSON-WSP可以用jsonwsp/description object来描述自己的服务方法。如果您希望您的客户端能够“了解”您的when服务，并且可能提供一个动态的客户端用户界面，该界面可以在您更改服务方法时自动更改可视化效果，这是很好的。因此，服务器端的更新可能会变得非常容易分发。

JSON-WSP在规范中支持attachments

JSON-RPC支持批处理方法调用-在一个请求中调用多个方法。您还可以执行无响应请求(通知)

JSON-RPC是这两个协议中最早的一个，因此它有更多的实现和更大的社区。

所以我想这一切都可以归结为你的需求。

如果您正在构建一个基于浏览器的应用程序，JSON-WSP使用官方的javascript客户端提供了一种高效的基于Ajax的机制。JavaScript json-wsp客户端解析服务描述并生成一个代理对象，其中的方法将一对一地映射到json-wsp方法：

http://ladonize.org/index.php/Python_Example#JavaScript_JSON-WSP_client

Answer 2

为什么不使用REST呢？

如果您已经知道JSON类型的格式，请将这些类型记录为您的各个资源的表示形式，然后通过HTTP提供对它们的访问。通过这种方式，您将获得底层传输基础设施的好处(缓存可能性、出色的工具等)。

在每个资源之间使用超链接，以允许客户端在它们之间导航。这样，API的用户就不会被绑定到基于契约的RPC机制，这对您来说将很难发展，并且需要另一个工具包才能供您的客户端使用。使用REST只需要一个HTTP库(一毛钱一打)和一个JSON解析器(他们已经需要了)。此外，您还可以在以后添加其他编码选项(比如XML)，而对现有客户端的影响最小。

使用JSON并不意味着必须在JSON-RPC或JSON-WSP之间进行选择。通过长期建立的、超简单的标准(如HTTP和JSON)为您的API寻找最小的共同点，并将它们发挥到最大的优势。一旦你开始在其中分层更多的规范和标准，你会发现你的API的复杂性成比例地增长。