Webサービスの実装間で決定するためのThumb-Rules：SOAP/REST？

Question

2つの学校の間で、SOAPとRESTのどちらかを決める親指ルールはありますか？

Answer 1

多くの要因によって異なります。一つは他のものより良くはありません。 Here is a list of differences I wrote before。

Answer 2

これは「親指のルール」ではありませんが、David Chappellは今年のESRI DevSummit基調講演でSOAP対RESTに関するすばらしいプレゼンテーションを行いました。時間があるなら、それを聞くことを強くお勧めします。すべての

http://www.esri.com/events/devsummit/sessions/keynote.html

Answer 3

まず、SOAPは、特にウェブ指向技術である一方では、RESTはHTTPとは何の関係もありませんが、それでもWebサービスに適しています。 RESTはSOAPであるプロトコルではなくアーキテクチャです。したがって、アーキテクチャの制約を遵守する限り、RESTfulなサービスを実装する方法はたくさんあります。

RESTは、可能であれば、プロトコルの正しい使用を要求するため、従来のHTTPスタックにはるかに適しています。 SOAPは、HTTPを意図したものではなく、独自のプロトコルの周りのラッパー/プロキシの一種としてHTTPを使用するだけです。 SOAPはHTTPの限界を乗り越えようとしますが、HTTPが提供するものの多くを利用しません。

たとえば、クライアントとコンテンツサーバーの中間に位置するキャッシュサーバーは、SOAPでは不可能な、それぞれの内容について何も理解せずに要求と応答をキャッシュできる必要があります。キャッシュされるのは、SOAPラッパーと独自構造の束の中に、HTTPメッセージのコンテンツのサブセットです。 RESTfulなサービスにはこの問題はないため、より自然に拡張できます。

RESTに関する最良の情報源については、Fieldingのdissertationと彼のblogを読んで、一般的な誤解を解消してください。 （彼はREST仕様を作成した人です）

Answer 4

ここでは、HTTP以外の転送手段を使用していない場合は、おそらくRESTが適しています。