なぜ人々はSOAPが廃止されると考えるのですか?[閉まっている]


20

今日のSOを閲覧中に、私はこの質問をここで見つけまし、そして、それはこれで始まります:

確かに、SOAPは絶望的であり、すべてを使用することを余儀なくされていることを教えてくれます

今までSOでこのような声明をたくさん見つけましたが、これは私にこの質問をするきっかけになりました。

RESTには用途があり、SOAPには用途があり、機能として交差する場所もありますが、相互に交換することはできません。

だから、なぜ人々はSOAPが「非推奨」だと思うのだろうか?それは無知ですか?SOAPおよびWS- *仕様の複雑さ RESTの誇大広告?何?

SOAPが廃止されると思われる場合は、その理由を教えてください。私は興味がある!


31
私たちの多くがシャワージェルに移行したため、SOAPは非推奨です。;)
FrustratedWithFormsDesigner

4
SOAPおよび言語の進化を参照してください。
ジョシュK

1
hammer-> nailはSOAPの複雑さ、特に WS- *仕様の複雑さだと思います。これらのことは、誰もが実際に気づく前に業界平均の理解力をはるかに超えて発展し、突然人々が業界に足を運んでそれらを拾うことが期待されていますが、彼らは何度も失敗して大きな間違いを犯し、 「えっ、方法について私はJSONを使用して、このすべてが狂っ忘れて...」
ジミー・ホッファ

回答:


18

SOAPベースのWebサービスの場合、WSDLとUDDIは特効薬になるはずでした。ツールはWSDLをほぼ自動的に作成すると想定されていましたが、UDDIはサービスを自動的に検出してクライアントを接続することになっています。どちらも本当に離陸しませんでした。これらのツールがなければ、SOAPはRESTfulと比較して複雑すぎます。

また、ほぼ同時にXMLの誇大広告は消滅し、軽言語の誇大広告に置き換えられました。SOAPはXMLであり、単純なメッセージのオーバーヘッドは膨大です。


6

当時も今も、その無知と誇大広告だと思います。

これを修飾するには:

  1. 数年前にSOAP / WS- *を使用していた多くのプロジェクトは、今日ではなく、正当な理由によります。

  2. RESTfulインターフェイスは、インターネットアプリケーションで特に一般的な多くのユースケースを解決します。

  3. 「エンタープライズ」アプリケーションは、10年前にWebサービスの時流に乗って、レガシーCOM +、CORBA、およびJ2EE RMI / IIOPプラットフォームから脱出しようとしていた機能の多くが実際に必要であることを思い出しました。他の人はまだこのようなものが嫌いです。


6

SOAPは、輝かしい、人命を救う、自動検出、問題解決、再作業不要の機能を約束しました。しかし、私たちは実際にそこまで到達することはありませんでした。その後、JSONやその他の軽量でシンプルなクロスプラットフォームの代替物が登場し、SOAPは馬鹿げた選択のように見えました。

誰もがそれに移動した場合、それは素晴らしい街だったかもしれません。


4

SOAP仕様1.2は、SOAPではなくWS- *としてそれ自体を参照しているためだと思います。それは(高度にフォーマットされたXMLベースのシステムとして)それ自身と(少し標準化された「問題」であるXMLの塊であると言う)SOAPを区別します。

だから彼らは数年にわたってそれを標準化したが、それでもまだSOAPだが、彼らはこの用語を第一頭字語として落としたと思う。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.