REST 何时/如何取代 SOAP [关闭]答案

【问题标题】：When/how REST replaced SOAP [closed]REST 何时/如何取代 SOAP [关闭]
【发布时间】：2012-07-23 16:29:05
【问题描述】：

我目前正在撰写关于 IT 技术等方面的论文，我有一章比较 REST 和 SOAP，但我找不到 REST 是如何以及何时开始的（我的意思是过去的一些事件之王）（主要在 Web 中）取代 SOAP 作为 Web 服务的技术。

你能帮我解决这个问题吗？ ;)

感谢您提供这些重要信息，但我的意思是别的。

我想向您展示 Google Insights for Search Tool 中的图表：

Google Insights

正如您在 2008 年看到的那样，rest api 和 soap api 的关键字搜索量出现了一些交集之王。所以，我想依靠一些来源（当然我没有它们）或事件/事实，为什么这个交叉点可能会发生......最近发生的事件。

你明白我的观点吗？我知道这可能是解决该主题的非常独特的方法，但我想解释一下这种肥皂和休息交换。

编辑

有人知道吗？我知道这是肥皂和休息 api 主题的不同方法，但也许有人知道如何“咬”这个主题；）

【问题讨论】：

这似乎暗示已经决定（在你的论文中）REST 确实取代了 SOAP？无论如何，这是一个明确的案例吗？

标签： web-services rest soap

【解决方案1】：

表述性状态转移 (REST) 一词由 Roy Fielding 于 2000 年在 his doctoral dissertation 中引入。 REST 描述了一种不特定于 Web API 的 Web 架构，但现在已成为非常流行的一种开发 Web API 的方法。 SOAP became a W3C Recommendation in June of 2003。所以从技术上讲，REST 是在 SOAP 之前定义的，但是 SOAP 在一段时间内是开发 Web 服务的非常流行的方法，并且在开始时比 REST 更流行。但随后开发人员发现 SOAP 对于开发 Web 服务/API 来说过于臃肿且过于复杂，而 REST 可以很好地满足他们的需求。 REST 的简单性似乎使其更受欢迎，而且它遵循基本 HTTP 原则的事实使其在异构平台上更易于移植。因此，历史上可能没有某个里程碑或事件导致了从 SOAP 到 REST 的转变。这只是逐渐过渡到最适合开发人员需求的方式。

对 SOAP 历史的澄清

SOAP 1.0 版实际上是由 Microsoft 于 1999 年 12 月推出的，因此这两种技术在定义时很接近。但是直到 2000 年 5 月，它才被授予 W3C 成为标准，直到 2003 年才被提出建议。我认为，在它成为通用标准之前，整个开发社区都不能认为它是可行的为异构环境开发 Web 服务，这是 Web 服务和 SOA 的一大承诺。在那之前，它只是可以在 Microsoft 平台上使用的东西。

根据 API 趋势评论更新

@GarciaPL 显示的 Google Insights 图表非常有趣，我想我理解他试图在他的论文中展示的内容。但在得出强有力的结论时，我会小心处理这些数据。博客文章“REST in peace, SOAP”中显示了相同的 Google Insights 搜索。这篇博文中更具体的可能是显示 2,000 个 API 的图表，从 2008 年到 2010 年的趋势是转向 REST。此信息的原始来源是here。这确实显示了公开公开 API 的 REST 趋势。论文是专门针对公开 API 的使用，还是针对一般的 Web 服务开发？如果是一般的网络服务，我不太确定。对于在 Microsoft 平台上开发内部项目的开发人员来说，今天使用的术语不是 SOAP，而是 Windows Communication Foundation (WCF)。尽管 SOAP 在幕后，但几乎没有必要讨论管道，因为 WCF 隐藏了很多内部结构。如果我在 "rest web service", "soap web service", and "wcf web service" 上进行 Google Insights 搜索，您会得到截然不同的结果，表明它们实际上正在融合。或者，如果您在 "restful service", "soap service", and "wcf service" 上进行搜索，它实际上显示 WCF 在 2008 年接管，REST 逐渐上升。

对于 API 的 REST 来说是有意义的，因为它们可移植、易于使用、可扩展且易于集成。对于一般 Web 服务的开发，我不太确定。我认为 WCF 仍然很受 Microsoft 开发人员的欢迎，它非常适合某些类型的项目。这只是为工作选择正确工具的问题。我将重申我之前所说的，我不认为它们是导致向 RESTful API 过渡的重大历史事件。我认为只是开发人员了解什么是适合这项工作的工具。

【讨论】：

更好的可行性衡量标准是“何时在非 Microsoft 平台上采用它”。 SOAP 早在成为建议之前就已被广泛采用。
非常感谢，但我已经在我的论文中提到过；）
@GarciaPL 你介意分享这篇论文吗（以防你公开发表）？我有兴趣阅读它=D

【解决方案2】：

Jim Webber 的书《实践中的 REST：超媒体和系统架构》是最适合您的地方

http://www.amazon.com/REST-Practice-Hypermedia-Systems-Architecture/dp/0596805829

书中有专门的章节——第 11 章“Web 和 WS-*”。

当您撰写有关 REST 的论文时，这本书是您的必备之物。

【讨论】：

谢谢 ;) 我有这本书 :)