我认为两者都有自己的位置。在我看来:

SOAP:传统/关键系统和web/web服务系统之间集成的更好选择，在基础层，其中WS-*是有意义的(安全，策略等)。

RESTful:一个更好的网站集成的选择，公共API，在层的顶部(VIEW，即javascript调用uri)。

我相信Don Box创建SOAP是一个笑话——“看，你可以在web上调用RPC方法”，今天当他意识到它已经成为一个臃肿的web标准的噩梦时，他会呻吟:-)

REST很好，很简单，在任何地方都可以实现(所以它更像是一个“标准”，而不是标准)，又快又简单。使用REST。

有一件事没有提到，SOAP信封既可以包含头部，也可以包含主体部分。这使您可以使用XML的完整表达来发送和接收带外信息。据我所知，REST限制你使用HTTP头和结果代码。

(哦，你可以使用cookie和REST服务一起发送“头”类型的带外数据吗?)

从工具的角度来看，SOAP很有用，因为工具很容易使用WSDL。因此，您可以用您喜欢的语言为您生成Web服务客户机。

REST在AJAX的网页上表现得很好。如果保持请求的简单性，就可以直接从JavaScript调用服务，这非常方便。尽量避免在响应XML中使用任何名称空间，我看到浏览器在使用这些名称空间时会窒息。因此，xsi:type可能不适合您，没有过于复杂的XML schema。

REST tends to have better performance as well. CPU requirements of the code generating REST responses tend to be lower than what SOAP frameworks exhibit. And, if you have your XML generation ducks lined up on the server side, you can effectively stream XML out to the client. So, imagine you're reading rows of database cursor. As you read a row, you format it as an XML element, and you write that directly out to the service consumer. This way, you don't have to collect all of the database rows in memory before starting to write your XML output - you read and write at the same time. Look into novel templating engines or XSLT to get the streaming to work for REST.

另一方面，SOAP往往是由工具生成的服务生成的一个大blob，然后才编写。请注意，这并不是绝对的事实，有很多方法可以从SOAP中获得流特性，比如使用附件。

我的决策过程如下:如果我想让我的服务易于被消费者使用，并且我编写的消息将是中等到小型的(10MB或更小)，并且我不介意在服务器上消耗一些额外的CPU周期，那么我就使用SOAP。如果我需要在web浏览器上使用AJAX，或者我需要进行流式处理，或者我的响应非常大，我就使用REST。

最后，围绕SOAP建立了许多很棒的标准，如WS-Security和获得有状态的Web服务，如果使用正确的工具，可以将它们插入。这类东西真的很重要，可以帮助您满足一些棘手的要求。

不要忽视XML-RPC。如果您只是追求一个轻量级的解决方案，那么对于一个可以在几页文本中定义并在最少的代码中实现的协议来说，有很多事情要做。XML-RPC已经存在了多年，但已经过时了一段时间——但是极简主义的吸引力似乎使它在最近得到了某种复兴。

REST是一种与SOAP完全不同的范例。关于REST的一篇好文章可以在这里找到:我如何向我的妻子解释REST。

如果你没有时间阅读它，这里是一个简短的版本:REST是一个范式的转变，通过关注“名词”，并限制你可以应用于这些名词的“动词”的数量。唯一允许使用的动词是“get”、“put”、“post”和“delete”。这与SOAP不同，SOAP中许多不同的动词可以应用于许多不同的名词(即许多不同的功能)。

对于REST，四个动词映射到相应的HTTP请求，而名词则由url标识。这使得状态管理比SOAP更加透明，在SOAP中，服务器上的状态和客户端上的状态往往不清楚。

但在实践中，大多数情况下，REST通常只是指以JSON返回结果的简单HTTP请求，而SOAP是一种更复杂的API，通过传递XML进行通信。两者都有各自的优点和缺点，但是根据我的经验，我发现REST通常是更好的选择，因为您很少需要从SOAP获得的全部功能。