XML-RPC和SOAP有什麼區別？

Question

我從來沒有真正理解爲什麼Web服務實現者會選擇一個。 XML-RPC通常在舊系統中找到？任何幫助理解這將不勝感激。

Answer 1

差異？

xml-rpc規格適用於 1頁 6頁。 SOAP 1.2規範將花費你 一個500頁令 44頁。

SOAP功能更強大，並且被軟件工具供應商（MSFT .NET，Java Enterprise Edition等）所青睞。

SOAP很長一段時間（2001-2007年）被視爲SOA的首選協議。 xml-rpc沒有那麼多。 REST是新的SOA寶貝，雖然它不是一個協議。

SOAP更詳細，但功能更強大。

某些較舊的東西不支持SOAP。例如，沒有經典ASP的SOAP庫（我可以找到）。

SOAP在python中得不到很好的支持。在標準庫中，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，但認爲是。

Answer 2

凱特·羅茲在http://weblog.masukomi.org/2006/11/21/xml-rpc-vs-soap

Answer 3

上的差異有很大的文章只是爲了添加到其他的答案，我會鼓勵你看看SOAP和XML-RPC調用實際文本表示，可能是通過捕獲一個用空靈。整體而言，「XML-RPC更簡單」的論點在你看到SOAP調用是多麼令人難以置信的情況下沒有什麼意義。許多相當流行的Web站點因爲只有在人們開始廣泛使用它所消耗的帶寬量時才避開SOAP作爲它們的API。