Web サービスの実装者がなぜどちらか一方を選択するのか、私にはまったく理解できません。XML-RPC は一般に古いシステムに見られるのでしょうか? これを理解する上で、何か助けがあれば、大変ありがたく思います。
ベストアンサー1
違いは？
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 はより Unix 的です。作業が簡単になり、何をしているかがわかっていれば、ターミナル テキスト エディタを使用している場合でも、高品質の Web サービスを非常に速く展開できます。SOAP をそのように実行すると、非常に面倒な作業になります。これを実現するには、優れた IDE が本当に必要です。
ただし、Fortune 500 の IT 職を目指す場合、SOAP を知っていれば履歴書や CV で有利になります。
xml-rpc には、非 ASCII 文字セットに関する問題がいくつかあります。
XML-RPC は名前付きパラメータをサポートしていません。正しい順序で指定する必要があります。SOAP についてはよくわかりませんが、そうだと思います。