REST是Roy Fielding发明的一种架构，并在他的论文《架构风格和基于网络的软件架构设计》中进行了描述。Roy也是HTTP协议的主要作者，该协议定义了在万维网上的文档传输。HTTP是RESTful协议。当开发人员谈论“使用REST Web服务”时，可能更准确的说法是“使用HTTP”。

SOAP是一种基于xml的协议，它在HTTP请求/响应中进行隧道传输，因此即使您使用SOAP，您也在使用REST。关于SOAP是否为基本HTTP添加了任何重要的功能存在一些争论。

在创建Web服务之前，我建议学习HTTP。很可能您的需求可以使用规范中已经定义的功能实现，因此不需要其他协议。

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

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

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

这是微妙的。

如果您需要让其他系统与您的服务进行接口，那么由于您使用契约、WSDL和SOAP标准所拥有的“验证”层，许多客户端将更乐于使用SOAP。

对于日常系统对系统的调用，我认为SOAP是很多不必要的开销，而简单的HTML调用就可以了。

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

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

当我在惠普工作时，我根据开发中的原始规范构建了第一批SOAP服务器之一，包括代码生成和WSDL生成。我不建议在任何事情上使用SOAP。

首字母缩写“SOAP”是一个谎言。它不是简单的，它不是面向对象的，它没有定义访问规则。可以说，它是一项议定书。这是Don Box有史以来最糟糕的规格，这是一个相当了不起的壮举，因为他是“COM”的创造者。

SOAP中没有什么有用的东西是REST不能用于传输的，JSON、XML甚至纯文本不能用于数据表示的。为了传输安全，可以使用https协议。对于认证，使用基本认证。对于会话，有cookie。REST版本将更简单、更清晰、运行更快、使用更少的带宽。

XML-RPC清楚地定义了请求、响应和错误协议，并且对于大多数语言都有很好的库。但是，对于许多任务来说，XML比您所需要的要重。

SOAP体现了Web服务的面向服务的方法——在这种方法中，方法(或动词)是与服务交互的主要方式。REST采用面向资源的方法，其中对象(或名词)占据中心位置。