我从来没有真正了解为什么一个网服务实施者会选择一个。是XML-RPC通常发现在旧的系统?任何有助于理解这将不胜感激。

有帮助吗?

解决方案

差异?

肥皂是更强大的,并且是首选的软件工具,供应商(微软.净、Java企业版之类的东西).

肥皂是很长一段时间(2001-2007ish)看作协议的选择SOA。xml-rpc没有这么多。剩下的就是新的SOA亲爱的,虽然它不是一个协议。

肥皂更为详细,但更多的能力。

肥皂是不支持在一些旧的东西。例如,没有肥皂库,用于经典ASP(我可以找到).

肥皂是不能很好地支持在蟒蛇。XML-RPC具有很大的支助,蟒蛇,在标准图书馆。

肥皂支持文档级转移,而xml-rpc更加关于价值转移,尽管它可以传输结构,诸如结构、清单,等等。

xm-rpc是真的有关程序的语言无关的转移。它主要是超过http/https。肥皂消息可以在电子邮件。

xml-rpc更unix.它可以让你做的事情简单地说,当你知道你在做什么,这是非常快速部署高质量的网络服务,即使在使用终端,文本编辑器。做肥皂,方法是一个动物园;你真的需要一个良好的IDE,以使它切实可行的。

知道肥皂,不过,将会看起来好多关于你的简历/简历,如果你们争夺财富500强它的工作。

xml-rpc有一些问题与非ascii字符集。

XML-RPC不支持名为参数。他们必须在正确的顺序。不知道肥皂,但认为如此。

其他提示

只是为了增加其他的答案,我愿鼓励你看看实际的文字表述的肥皂和XML-RPC呼吁,或许是捕获一个与空灵。整体上,"XML-RPC是简单"的说法没有多大意义,直到你看到令人难以置信的详细肥皂呼吁。许多相当受欢迎的网站在那里躲避皂作为他们的API由于仅有的带宽量它会消耗,如果人们开始使用广泛。

凯特*罗德具有伟大的文章上的差异在 http://weblog.masukomi.org/2006/11/21/xml-rpc-vs-soap

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top