5

根据我对 REST 的理解，隐含的假设是所有操作都是 CRUD 操作。有时，您不是在做 CRUD 操作，而是在做一些更复杂的逻辑。在这种情况下，不是 SOAP 更适合吗？还是所有操作，无论多么复杂，都是一系列 CRUD 操作，因此它们应该被拆分为一组较小的 CRUD 操作，以便一个接一个地调用？但是，这不会使您尝试编写的操作更加麻烦吗？我试图了解何时使用 SOAP 而不是 REST 更有意义。

4

1 回答 1

1

我在银行领域工作。俄罗斯最大的银行之一。我们使用 soa，我们有很多 web 服务。我们喜欢这样，因为：

  1. 分解一项任务 -> 一项服务很简单
  2. 管理 Web 服务很简单（服务编排与服务编排）
  3. 本地化错误非常简单，因为您只需重写一个服务，并且不需要重写所有逻辑（如果发现错误，我们将重写所有逻辑）
  4. 如果我们使用soap webservices，创建组织图很简单（在我们可以将webservices连接在一起并获得另一个逻辑单元之后）
于 2013-06-21T10:18:59.120 回答