我从来没有真正理解为什么 Web 服务实施者会选择其中之一。 XML-RPC 通常出现在较旧的系统中吗？任何有助于理解这一点的帮助将不胜感激。
差异？
SOAP 更强大，并且更受软件工具供应商（MSFT .NET、Java 企业版等）的青睐。
SOAP 很长一段时间（2001-2007 年左右）被视为 SOA 的首选协议。 xml-rpc 没有那么多。 REST 是 SOA 的新宠儿，尽管它不是一个协议。
SOAP 更冗长，但功能更强大。
一些旧的东西不支持 SOAP。例如，没有经典 ASP 的 SOAP 库（我可以找到）。
Python 中并没有很好地支持 SOAP。 XML-RPC 在 python 和标准库中得到了很好的支持。
SOAP 支持文档级传输，而 xml-rpc 更多的是值传输，尽管它可以传输结构、列表等结构。
xm-rpc 实际上是关于程序到程序语言的不可知传输。它主要通过 http/https。 SOAP 消息也可以通过电子邮件传递。
xml-rpc 更加unixy。它让您可以简单地做事，当您知道自己在做什么时，即使使用终端文本编辑器，也可以非常快速地部署高质量的 Web 服务。那样做 SOAP 就如同动物园；你确实需要一个好的 IDE 来使其可行。
不过，如果您正在争夺财富 500 强的 IT 工作，了解 SOAP 会让您的简历看起来更漂亮。
xml-rpc 对于非 ASCII 字符集存在一些问题。
XML-RPC 不支持命名参数。它们的顺序必须正确。不确定 SOAP，但这么认为。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
