1.从我的经验来看。我想说REST让你可以选择访问已经构建好的URL。>一个词搜索谷歌。该URL可以用作REST的web服务。 在SOAP中，您可以创建自己的web服务并通过SOAP客户机访问它。

REST支持文本、JSON、XML格式。因此，两个应用程序之间的通信更加通用。而SOAP仅支持XML格式的消息通信。

我也看到了，我想， 它们是针对不同问题的不同工具。

简单对象访问协议(SOAP)标准，一种定义消息体系结构和消息格式的XML语言，被Web服务使用，它包含对操作的描述。WSDL是一种基于xml的语言，用于描述Web服务以及如何访问它们。将运行在SMTP,HTTP,FTP等。需要中间件支持，定义良好的机制来定义服务，如WSDL+XSD, WS-Policy SOAP将返回基于XML的数据，SOAP为安全性和可靠性提供标准

具象状态传输(RESTful) web服务。它们是第二代Web服务。基于rest的web服务通过HTTP而不是基于soap的服务进行通信，并且不需要XML消息或WSDL服务api定义。对于REST，不需要中间件，只需要HTTP支持。WADL标准，REST可以返回XML，纯文本，JSON, HTML等

对于许多类型的客户端来说，使用基于rest的web服务更容易，同时使服务器端能够演进和扩展。客户端可以选择使用服务的部分或全部方面，并将其与其他基于web的服务混合。

REST使用标准HTTP，因此创建客户端和开发api更简单 REST允许许多不同的数据格式，如XML、纯文本、JSON、HTML，而SOAP只允许XML。 REST具有更好的性能和可伸缩性。 休息并且可以缓存，而SOAP不能 内置错误处理，SOAP没有错误处理 REST在PDA和其他移动设备上特别有用。

REST是一种容易与现有网站集成的服务。

SOAP有一组协议，其中提供了安全性和可靠性标准，并与其他符合WS的客户机和服务器进行互操作。 SOAP Web服务(如JAX-WS)在处理异步处理和调用方面很有用。

对于复杂的API, SOAP会更有用。

这是个好问题……我不想让你误入歧途，所以我和你一样愿意接受别人的答案。对我来说，这实际上归结于开销成本和API的使用。在创建客户端软件时，我更喜欢使用web服务，但是我不喜欢SOAP的重量。我相信REST的重量更轻，但我不太喜欢从客户的角度使用它。

我很好奇别人是怎么想的。

这是微妙的。

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

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

快速了解一下2012年的问题:

REST在以下方面发挥了很好的作用:

Limited bandwidth and resources. Remember the return structure is really in any format (developer defined). Plus, any browser can be used because the REST approach uses the standard GET, PUT, POST, and DELETE verbs. Again, remember that REST can also use the XMLHttpRequest object that most modern browsers support today, which adds an extra bonus of AJAX. Totally stateless operations. If an operation needs to be continued, then REST is not the best approach and SOAP may fit it better. However, if you need stateless CRUD (Create, Read, Update, and Delete) operations, then REST is it. Caching situations. If the information can be cached because of the totally stateless operation of the REST approach, this is perfect.That covers a lot of solutions in the above three.

那么我为什么要考虑SOAP呢?同样，SOAP是相当成熟和定义良好的，并且带有完整的规范。REST方法就是这样一种方法，它对开发非常开放，所以如果你具备以下条件，那么SOAP就是一个很好的解决方案:

Asynchronous processing and invocation. If your application needs a guaranteed level of reliability and security then SOAP 1.2 offers additional standards to ensure this type of operation. Things like WSRM – WS-Reliable Messaging. Formal contracts. If both sides (provider and consumer) have to agree on the exchange format then SOAP 1.2 gives the rigid specifications for this type of interaction. Stateful operations. If the application needs contextual information and conversational state management then SOAP 1.2 has the additional specification in the WS* structure to support those things (Security, Transactions, Coordination, etc). Comparatively, the REST approach would make the developers build this custom plumbing.

http://www.infoq.com/articles/rest-soap-when-to-use-each

我建议您先使用REST——如果您正在使用Java，请查看JAX-RS和Jersey实现。REST更简单，易于在多种语言中进行互操作。

正如其他人在这篇文章中所说，SOAP的问题在于当其他WS-*规范加入时它的复杂性，如果您误入WSDL、xsd、SOAP、WS- addressing等的错误部分，就会出现无数的互操作问题。

判断REST和SOAP之争的最好方法是看看互联网——几乎所有网络领域的大玩家，谷歌、amazon、ebay、twitter等——都倾向于使用并偏爱RESTful api而不是SOAP api。

使用REST的另一个很好的方法是，你可以在web应用程序和REST前端之间重用大量的代码和基础设施。例如，使用JAX-RS和隐式视图等框架，将资源的HTML、XML和JSON呈现出来通常是非常容易的，而且使用web浏览器也很容易处理RESTful资源