我目前正在写关于 IT 技术等的论文，我有一章比较 REST 和 SOAP，但我找不到 REST 是如何以及何时（我指的是过去的一些事件之王）开始的（主要是在 Web 中） ）取代 SOAP 作为 Web 服务技术。
你能帮我解决这个问题吗？ ;)
谢谢你提供这个重要的信息，但我的意思是别的。
我想向您展示 Google Insights for Search Tool 中的一个图表：
正如你所看到的，2008 年有一些关键词搜索的交集数量之王rest api and soap api。所以，我想依赖一些来源（当然我没有）或事件/事实，为什么这种交叉可能发生......最近发生的事件。
你明白我的观点吗？我知道这可能是解决该主题的非常独特的方法，但我想解释一下这种肥皂和休息的交换。
EDIT
有人有什么主意吗？我知道这对于肥皂和休息 API 主题是不同的方法，但也许有人知道如何“咬住”这个主题；）
表述性状态转移 (REST) 一词由 Roy Fielding 于 2000 年在他的博士论文 http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm。 REST 描述了一种并非特定于 Web API 的 Web 架构，但作为一种开发 Web API 的方法现在已经变得非常流行。SOAP 于 2003 年 6 月成为 W3C 推荐标准 http://www.w3.org/2000/xp/Group/。因此从技术上讲，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 的一大承诺。在那之前它只是可以在微软平台上使用的东西。
根据 API 趋势评论进行更新
@GarciaPL 显示的 Google Insights 图表非常有趣，我想我理解他在论文中试图展示的内容。但在得出强有力的结论时，我会谨慎对待这些数据。博客文章中也显示了相同的 Google Insights 搜索“安息吧，肥皂 http://royal.pingdom.com/2010/10/15/rest-in-peace-soap/”。也许这篇博文中更具体的是一张图表，显示了从 2008 年到 2010 年 2,000 个 API 的趋势是转向 REST。此信息的原始来源是here http://blog.programmableweb.com/2010/06/09/new-job-requirement-experience-building-restful-apis/。这确实显示了公开 API 的 REST 趋势。这篇论文是专门讨论公开 API 的使用还是一般性的 Web 服务开发？如果是一般的网络服务，我不太确定。对于在 Microsoft 平台上开发内部项目的开发人员来说，今天使用的术语不是 SOAP，而是 Windows Communication Foundation (WCF)。尽管 SOAP 位于幕后，但几乎没有必要讨论管道，因为 WCF 隐藏了很多内部结构。如果我进行 Google Insights 搜索你会得到很多不同的结果，表明它们实际上是收敛的。或者如果您搜索它实际上表明 WCF 在 2008 年接管了 REST 的逐渐增长。
对于 API 来说，REST 很有意义，因为它们可移植、易于使用、可扩展且易于集成。对于一般网络服务的开发我不太确定。我认为 WCF 在微软开发者中仍然很受欢迎，并且它非常适合某些类型的项目。这只是为工作选择正确工具的问题。我会重申我之前说过的话，我不认为这是导致向 RESTful API 过渡的重大历史事件。我认为这只是开发人员了解什么是适合这项工作的工具。
