python - 用于对象代理的 XML-RPC

Question

有什么好的理由不将 XML-RPC 用于对象代理服务器/客户端架构？也许类似于“不，它已经过时了，现在有 X”。

为您提供更多详细信息:我想构建一个框架，允许在许多小工具(例如命令行工具)之间进行标准化交互和结果交换。如果有人想要集成另一个工具，她会为此目的编写一个包装器。 wrapper 可以，e。例如，将工具的 STDOUT 转换为架构可用的对象。

目前我正在考虑用 Python 编写概念验证服务器。后来它可以用 C/C++ 重写。只是为了确保可以用尽可能多的语言编写客户端，我想到了使用 XML-RPC。 CORBA 对于这个目的来说似乎过于臃肿，因为服务器不应该太复杂。

感谢您的建议和意见， 雷纳

Answer 1

XML-RPC 有很多用处。它易于创建和使用，易于理解和编写代码。

我会说像避免瘟疫一样避免使用 SOAP 和 CORBA。它们太复杂了，使用 SOAP 会遇到无穷无尽的问题，因为只有来自单一供应商的实现才能很好地交互 - 可能是因为标准的复杂性导致了不同的解释。

您可能需要考虑 RESTful 架构。 REST 和 XML-RPC 不能直接比较。 XML-RPC是RPC的具体实现，REST是一种架构风格。 REST 并没有强制要求太多——它更像是一种带有大量约定和建议的方法。 REST 可以看起来很像 XML-RPC，但并非必须如此。

看看http://en.wikipedia.org/wiki/Representational_State_Transfer以及一些外部链接的文章。

REST 的目标之一是通过在 HTTP 上创建无状态接口(interface)，您可以使用标准的缓存机制和负载平衡机制，而无需发明新的方法来完成 HTTP 已经很好解决的问题。

阅读了有关 REST 的内容(希望这是一本有趣的读物)之后，您可能会决定 XML-RPC 仍然是您的项目的最佳解决方案，这将是一个完全合理的结论，具体取决于您要实现的目标。