问REST和WebServices之间的区别

EN

SOAP是一种用于通过HTTP以XML形式发送/接收数据的协议。

典型的WebService是一些描述如何调用它的方法。对于这些应该如何构造，没有真正的约定，因此您总是需要大量的API文档。

通常情况下，这类似于(对于ASP.NET)：

• HTTP POST to mysite.com/products.asmx/ListAllProducts -将XML产品列表
• HTTP POST返回到mysite.com/products.asmx/GetProduct -将发布内容中基于SOAP XML的产品XML返回到mysite.com/products.asmx/
• HTTP POST to mysite.com/products.asmx/UpdateProduct -根据发布内容中的SOAP XML更改产品<代码>H29F210

REST更像是一种组织所有方法的约定：

来自mysite.com/products的

• HTTP GET -从mysite.com/products/14返回列出所有产品产品的XML或JSON -将产品14的XML或JSON
• HTTP POST返回到mysite.com/products/14 -将产品14更改为您在HTML表单中发布的内容。
• HTTP<代码>D22到mysite.com/products/14 -删除产品14 H223<代码>HTTP到mysite.com/products -添加新产品

<代码>F227

因此，REST的工作方式更符合您对浏览器URL的期望。在这种方式下，它更自然，作为一种约定更容易理解。所有REST都以类似的方式工作，因此您不必花费太多时间来了解每个系统的怪癖。

对我来说，使用RESTful方法实现的服务在可访问性方面胜过使用SOAP或RPC的服务。在相对封闭的系统中，可以使用工具基于WSDL生成存根和连接，这并不是特别重要。然而，如果你想创建广泛的客户端可访问和可用的服务，那么REST服务的统一性和使用它们的简易性是一个很大的优点，即你不需要沉重的RPC堆栈，只需要发出HTTP请求的能力。

我不确定这是否完全回答了您的问题，但如果，正如您所说，您有一个基于SOAP的系统(并且您控制客户端和服务器)，那么我看不到任何更改的理由。此外，一些服务自然会更适合基于RPC的访问，在这种情况下，SOAP接口将更合适。

在性能方面，如果您不使用SOAP，那么将有效地从客户端和服务器技术堆栈中删除一个或多个层，因此，在所有其他条件相同的情况下，公开RESTful接口的服务将在那里获胜。