当/ REST如何替换SOAP（闭合）(When/how REST replaced SOAP [c

我目前正在写我的论文有关的IT技术等等，等等，我有一个章节，其中我比较REST和SOAP，但我找不到如何以及何时（我指的是在过去的事件的一些国王）REST开始（主要是在网络）来代替SOAP的Web服务技术。

你能帮我这个问题？ ;）

感谢您对这一重要信息，但是我的意思是别的东西。

我想向您展示在谷歌搜索解析工具的图形：

谷歌的见解

正如你可以看到2008年出现了的关键字的相交数一些国王的搜索器REST API和SOAP API。 所以，我想依靠一些源（系列课程的我没有他们）或事件/事实，为什么这个路口可以在最近发生的事件......。

你明白我的观点？我知道这可能是相当独特的手法的话题，但我想这个SOAP和REST交换来解释。

编辑

有谁有想法吗？我知道这是不同的方法来SOAP和REST的API的话题，但也许有人知道如何“咬”的主题;）

Answer 1:

术语表述性状态转移（REST）于2000年在推出由Roy Fielding 他的博士论文。 REST描述的网络架构，是不特定的Web API的，但现在已经变得非常受欢迎，用于开发Web API的方法。 SOAP成为2003年6月W3C推荐标准。因此从技术上讲剩下的就是SOAP定义，但SOAP是一段时间用于开发Web服务，并在开始时比REST更受欢迎非常流行的方法。但随后开发商发现，SOAP是臃肿和开发Web服务/ API的过于复杂和REST服务他们的需求就好了。 REST的简单，似乎使其更受欢迎，它符合基本的HTTP原则的事实使得跨异构平台更加便携。因此，有可能不是一定的历史里程碑或事件导致这种转变从SOAP休息。这只是什么开发商需要最好的工作逐步过渡。

澄清SOAP历史

SOAP 1.0版本实际上是由微软在1999年12月推出，因此两种技术都接近它们被定义时上。但它并没有提供给W3C成为一个标准，直到2000年5月，并没有提出一项建议，直到2003年。我认为，直到它成为一个通用的标准它不能被整个开发社区被视为东西可行的对于异构环境中，这是Web服务和SOA的最大承诺之一开发Web服务。直到那个时候，这只是一些可以在微软平台上使用。

基于对API趋势评论更新

通过@GarciaPL显示的谷歌的见解图是非常有趣的，我想我明白他想在他的论文显示。不过，我会谨慎使用该数据绘制有力的结论。这同谷歌的见解搜索结果显示在博客文章“ 安息吧，SOAP ”。大概是什么在这个博客帖子更具体的是显示出2000 API是2008至10年的走势图是移动到REST。此信息的最初来源是这里。这确实显示了公开曝光的API对REST的趋势。是本文专门对使用公共开放API的，或者是在Web服务的发展有什么看法？如果是Web服务，一般我不太确定。有关微软平台上开发内部项目目前使用的术语开发商是不是SOAP，它是Windows通讯基础（WCF）。虽然SOAP是引擎盖下有一点需要讨论的管道作为WCF隐藏了很多内部的。如果我做一个谷歌的见解搜索“REST Web服务”，“SOAP网络服务”和“WCF Web服务” ，你得到多少不同的结果，显示他们其实趋同。或者，如果你做一个搜索“平安服务”，“SOAP服务”和“WCF服务” ，它实际上表明WCF接管在2008年与REST逐渐上扬。

对于API的REST是有道理的，因为他们是便携，简单易用，可扩展性，且易于与整合。对于一般的Web服务的发展，我不那么肯定。我认为WCF还是很流行的微软开发者，并将其与某些类型的项目非常适合。这仅仅是一个为工作选择正确的工具的问题。我将重申我之前所说，我不认为他们是导致过渡到基于REST API的一个显著的历史事件。我认为这只是开发商学习什么这个职位的合适的工具了。

Answer 2:

最适合你的地方是从吉姆·韦伯的著作“REST实践：超媒体系统的体系结构”

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

在本书是一个特殊的章节 - 第11章“网络和WS- *”。

当你书面方式对REST不是这本书的论点是必须有你。