なぜ人々はSOAPは廃止予定であると思いますか？
ブラウジング中にSO今日、私はこれを見つけました ここで質問 であり、これはこれで始まります：
確かに、SOAPは廃止されており、すべてを使用することを強いられています。
SO今までこれまでにこのようなステートメントがたくさん見つかりましたが、これは私にこの質問をするきっかけになりました。
RESTには用途があり、SOAPには用途があり、機能として交差する場所もありますが、相互に置き換えることはできません。
だから、なぜ人々はSOAPは「非推奨」であると思いますか？それは無知ですか？SOAPおよびWS- *仕様の複雑さ？REST誇大広告？何？
SOAPは非推奨であると思われる場合は、その理由を教えてください。私は興味があります！
SOAPベースのWebサービスの場合、WSDLとUDDIが特効薬であると想定されていました。ツールはWSDLをほぼ自動的に作成することを想定しており、UDDIはサービスを自動的に検出してクライアントに接続すると想定されていました。これらのツールがないと、SOAPはRESTfulに比べて複雑すぎます。
また、ほぼ同時に、XMLの誇大宣伝は消滅し、軽言語の宣伝に取って代わられました。 SOAPはXMLであり、単純なメッセージのオーバーヘッドは巨大です。
当時も今も、無知と誇大広告だと思います。
これを修飾するには：
数年前にSOAP/WS- *を使用していた多くのプロジェクトは、今日、そして十分な理由で使用されません。
RESTfulインターフェースは、インターネットアプリケーションで特に普及している多くの使用例を解決します。
「エンタープライズ」アプリケーションは、10年前にWebサービスバンドワゴンを利用しようとしましたが、実際には、レガシーCOM +、CORBA、およびJ2EE RMI/IIOPプラットフォームで回避しようとしている機能の多くが実際に必要であることを思い出しました。他の誰もがまだこのことを嫌っています。
SOAPは、見事な、命を救う、自動検出、問題解決、二度と作業しないという機能を約束しました。しかし、実際にそれを達成したことはありません。次に、JSONとその他のlight、SOAPが馬鹿げた選択のように見える、シンプルでクロスプラットフォームの代替手段が登場しました。
みんなが引っ越してきたなら、それは素晴らしい都市だったかもしれません。
SOAP spec 1.2 は、それ自体をWS- *と呼び、SOAPではなく、それ自体を（高度にフォーマットされたXMLベースのシステムとして） ）とSOAP（これは、たぶん少し標準化された「問題」でいっぱいのXMLの塊であると言っています）。
そのため、彼らは数年かけて標準化しましたが、それでもSOAPですが、彼らはこの用語を主要な頭字語として削除したと思います。