web-services - SOAP 与 REST : Pragmatic case studies?

Question

我对 SOAP vs REST 问题给出的答案不满意，尤其是这里:
Performance of SOAP vs. XML-RPC or REST

因为它只是一般的哲学答案，而不是一些研究案例的实用答案。

没有人能给出什么时候肥皂比休息更合适的确切案例，尤其是从性能的角度来看？

更新:我认为 REST 正在赢得这场 war 。

Answer 1

您可以在此处找到一篇比较 REST 和 SOAP 的文章:
http://www.jopera.org/files/www2008-restws-pautasso-zimmermann-leymann.pdf

作者的结论似乎是:

使用 RESTful 服务通过 Web 进行战术性的临时集成

在具有更长生命周期和高级QoS 要求的专业企业应用集成场景中首选WS-* Web 服务

我个人不喜欢像“专业企业”这样的术语，因为它是松散和非正式的。然而，在我看来，作者在文章中提出了一些很好的观点。也许总结一下，并给出一些自己的想法:

如果您想公开 API - 以 RESTful 方式进行。为什么？用于客户端应用程序很简单，因此它将使您的服务更受欢迎。例如，亚马逊同时公开了 REST 和 SOAP API，但他们 85% 的用户选择了 REST 版本 Amazon API - SOAP vs. REST

如果您将创建(或您对创建过程有一定的控制权)服务的使用者和生产者，并且您确实需要 WS-* 的高级功能，请使用 SOAP 和 WS-* 堆栈。这也可能需要更多资源，因为 SOAP 应用程序往往“更重”(更多功能，但也更复杂)。

还考虑到性能 REST 可能会更快(消息肯定更短，您不需要解析 xml)。

希望它会有所帮助。

在您的 Flash 客户端示例中 - 在不了解细节的情况下真的很难说，但是如果不需要 WS-* 的所有这些安全性和事务性功能，我认为构建 REST 应用程序会更简单、更快。

回复评论

I should use soap because i'm in so called "professional enterprise"

当然，假设您的选择并不是由大型软件供应商决定的。

SOAP 适合大型企业，因为它鼓励更正式的方法。它提供了大量的规范，因此您的开发人员可能需要时间来学习它们，甚至可能需要一些专业培训 --> 因此花费公司资源。它还提供工具——并非所有工具都是开源的，因此这也可能意味着额外的资源。但是，如果您的团队学习这种集成服务的方式，它可能会很高效，并且生成的代码将是高质量的。

相反，REST 更像是一种开发应用程序的哲学。因此，没有庞大的规范，也没有专门的工具。没有资源消耗。如果你有一个由优秀程序员组成的小团队，这可能会很有效——如果他们知道基本原则，他们就不需要这么多指南。不幸的是，做错事也更容易。

另一件需要考虑的事情是应用程序的大小——API 越丰富，你想要集成的服务越多，RESTful 就越难做到。此外，构建小型 SOAP 应用程序可能不是一个好主意 - 整个开销和入口成本太高了。

您需要评估项目的利弊。如果不了解我认为的所有细节，就不可能给出建议。

最后 - 这与合理的论点无关，而与政治有关。我认为管理层人员似乎更喜欢 WS-* 堆栈和 SOAP(它支持“大企业”，因此他们更容易证明自己的选择是合理的)。另一方面，具有学术背景的人 [1] 更喜欢 REST - 因为在该领域仍有很多研究可以进行。

[1] 我介于两者之间，所以我可以观察这两种行为;-)