わかりましたので、REST サービスと SOAP サービスの両方を実装しましたが、コンテキストによってはどちらも好きです。私にとって、WS* は、サーバーとクライアントの間で明示的な契約が必要な場合 (機密情報やミッション クリティカルなものなど) に最適です。一方、REST はスキーマ定義に関して柔軟ですが、深刻なビジネス ロジックを実行する必要のないコンテンツ サービスやデータにはより理想的です。
RESTは非常に最近の傾向のようで、Thoughtworks の Martin Fowler 氏らが次のポッドキャストを提供したとき、私はやや気分を害しました。とWS *に対して嘲笑的でした。彼自身は尊敬されていますが、SOAP にはまだ多くの場所があり、ここで塩のピンチが必要であると考えるのは正しいですか? また、本格的なビジネス アプリケーションで REST を使用したことのある人はいますか?
使用するメディア タイプの説明と 1 つの URL を誰かに提供して、REST API を文書化できますか?
URL のリストと、それらの URL で使用できる動詞を提供している場合は、REST APIを持っていない可能性があります。
真の REST API を作成したら、戻って WS* API と比較します。それらが非常に異なっていることがわかります。
REST API は「本格的なビジネス ロジック」を簡単に処理できます。はい、本格的なビジネス アプリケーションで REST を使用したことがあります。
フェンスに座っている日記 SOA Geek - マーク・リトル博士
プレゼンテーションはごく最近のものです - かなり明らかなものです。
REST は実際に機能します。SOAP ほどリピート ビジネスには向いていません。非常に多くのコンサルタントが、SOAP を救うために戦っています。RESTful アーキテクチャのツールとフレームワークが改善されるにつれて、ビジネスはその方向に進むでしょう。ガバナンスも現在大きな話題です。
JAX-RS の新しいバージョンは、RESTful 開発者にとって非常に興味深い新しいツールです。Mark Little はプレゼンテーションでこれについて言及しています。
おそらく、SOAP をレガシー テクノロジーと考えたほうがよいでしょう。;)