JSON-WSP 或 JSON-RPC

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




10年前关闭。




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

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

Answer 1

为什么不使用 REST？

如果您已经知道 JSON 类型的格式，请将它们记录为您的各个资源的表示形式，然后通过 HTTP 提供对它们的访问。这样，您将受益于底层传输基础设施(缓存可能性、强大的工具等)。

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

使用 JSON 并不意味着必须在 JSON-RPC 或 JSON-WSP 之间进行选择。使用历史悠久的 super 简单标准(如 HTTP 和 JSON)为您的 API 寻找最低共同标准，并充分利用它们。一旦您开始在其中分层更多规范和标准，您会发现 API 的复杂性成比例地增长。