我的一般规则是，如果你想要一个浏览器web客户端直接连接到一个服务，那么你可能应该使用REST。如果希望在后端服务之间传递结构化数据，则使用SOAP。

SOAP的设置有时真的很痛苦，对于简单的web客户端和服务器数据交换来说，它通常是多余的。不幸的是，我所见过(并从中学到)的大多数简单编程示例都在某种程度上强化了这种看法。

That said, SOAP really shines when you start combining multiple SOAP services together as part of a larger process driven by a data workflow (think enterprise software). This is something that many of the SOAP programming examples fail to convey because a simple SOAP operation to do something, like fetch the price of a stock, is generally overcomplicated for what it does by itself unless it is presented in the context of providing a machine readable API detailing specific functions with set data formats for inputs and outputs that is, in turn, scripted by a larger process.

在某种程度上，这是可悲的，因为它确实给SOAP带来了坏名声，因为如果不在最终产品如何使用的完整上下文中展示它，就很难展示SOAP的优点。

REST是一个体系结构，SOAP是一个协议。

这是第一个问题。

您可以在REST应用程序中发送SOAP信封。

SOAP本身实际上是相当基本和简单的，它之上的WSS-*标准使它非常复杂。

如果您的消费者是其他应用程序和其他服务器，那么目前对SOAP协议有很多支持，在现代ide中移动数据的基本操作基本上就是单击鼠标。

如果您的消费者更有可能是ria或Ajax客户端，那么您可能希望使用比SOAP更简单、更适合客户端的东西(特别是JSON)。

通过HTTP发送的JSON包不一定是REST体系结构，它只是发送到url的消息。所有这些都是完全可行的，但是REST习惯用法有一些关键组件。然而，这两者很容易混淆。但是，仅仅因为您谈论的是HTTP请求，并不一定意味着您拥有REST体系结构。您可以有一个完全没有HTTP的REST应用程序(注意，这种情况很少见)。

因此，如果您的服务器和消费者对SOAP“满意”，SOAP和WSS堆栈就可以很好地为您服务。如果你在做一些特别的事情，想要更好地与web浏览器交互，那么一些轻量级的HTTP协议也可以很好地工作。

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

我的一般规则是，如果你想要一个浏览器web客户端直接连接到一个服务，那么你可能应该使用REST。如果希望在后端服务之间传递结构化数据，则使用SOAP。

SOAP的设置有时真的很痛苦，对于简单的web客户端和服务器数据交换来说，它通常是多余的。不幸的是，我所见过(并从中学到)的大多数简单编程示例都在某种程度上强化了这种看法。

That said, SOAP really shines when you start combining multiple SOAP services together as part of a larger process driven by a data workflow (think enterprise software). This is something that many of the SOAP programming examples fail to convey because a simple SOAP operation to do something, like fetch the price of a stock, is generally overcomplicated for what it does by itself unless it is presented in the context of providing a machine readable API detailing specific functions with set data formats for inputs and outputs that is, in turn, scripted by a larger process.

在某种程度上，这是可悲的，因为它确实给SOAP带来了坏名声，因为如果不在最终产品如何使用的完整上下文中展示它，就很难展示SOAP的优点。

这是微妙的。

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

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

请收听本期播客找出答案。如果你想在不听的情况下知道答案，那么好吧，这是REST。但我真的建议你听。