RESTの理解から、暗黙の前提はすべての操作がCRUD操作であるということです。場合によっては、CRUD操作を実行しておらず、さらに複雑なロジックを実行していることもあります。この場合、SOAPは適切ではありませんか？または、一連のCRUD操作がどれほど複雑であっても、すべての操作が同じであるため、小さなCRUD操作に分割して1つずつ呼び出す必要がありますか？しかし、これはあなたが書いた方が面倒な操作をしないのでしょうか？私は、RESTの代わりにSOAPを使用する方が、いつ意味があるのか理解しようとしています。SOAPはいつRESTより意味がありますか？
私は銀行業で働いています。ロシア最大の銀行の一つ。 私たちはsoaを使用しており、私たちは多くのwebservicesを持っています。 私たちがいるので、そのような：
- それは一つのタスクに分解するために簡単です - あなたがする必要があるので、それはバグをローカライズするために非常に簡単です> 1つのサービス
- それがWebサービスを管理するために簡単です（Service Orchestration vs. Service Choreography）
- を1つのサービスだけを書き直して、すべてのロジックを書き直す必要はありません（残念ながら、バグが見つかった場合は はすべてのロジックを書き換えます）
- soap webservicesを使用すると簡単にマップを作成できます一緒にwebservicesとanoth得るER論理ユニット）
この質問はおそらく、これはいくつかの良い答えを持っていhttp://programmers.stackexchange.com/ – Curious
http://stackoverflow.com/questions/209905/rest-and-soapへのより良い属し – Curious