我一直在阅读 SOAP 和 REST 之间的区别。
我的印象是 SOAP 将用于调用行为、提供合同并通过使用 XML 解决互操作性的服务。
我还得到这样的印象，即 REST 非常适合通过创建、读取、更新和删除语句来管理信息。可以通过 URL 对单个资源进行索引，这比基于 WSDL 的 SOAP Web 服务更容易解决安全性和缓存问题。
我很好奇是否有人必须创建 Web 服务并将其拆分为两个 Web 服务；一个 SOAP WS 用于调用行为，一个单独的 REST WS 用于简单地读取和更新资源。
【问题讨论】：
我认为您可能没有抓住重点——我不怪您，因为网络上的内容相当混乱。 SOAP 和 REST 存在于（某种程度上）相对的两端。 SOAP 在 HTTP 类型上提供了一个封装层来提供服务。在这个封装层中，操作、请求、数据等被维护。相反，REST 认为 HTTP 本身可以提供所需的所有操作、请求和数据。因此，您可以将 REST 视为 HTTP 的“本机”，而 SOAP 位于 HTTP 之上的一层。这种区别很重要，因为这意味着对于 SOAP，底层传输可以是 HTTP 以外的东西。
在实际问题上，还有很多东西要研究。 SOAP 之所以流行，是因为它使用了支持它的工具。如果您在 Microsoft 商店，您可能拥有所有可以快速制作 SOAP 应用程序的工具。另一方面，如果您希望成为一家符合 Web 2.0 标准的公司，并希望坚持使用 HTTP 作为您的通用协议，那么 REST 绝对是正确的选择。
【讨论】：