REST Vs SOAP，Soap 和 Rest 的区别
今天有人问了我这样一个问题：“为什么会有人选择 SOAP(
Simple Object Access Protocol，简单对象访问协议) 而不是 REST(
Representational State Transfer，表述性状态传递)呢？”我的回答是：“我常常听到的一般经验性法则是‘
除非你有一个明确的理由去使用 SOAP，否则的话就使用 REST’”。他又问：“比如？”我想了一分钟，然后老实地回答说我还没有碰到过这样一个理由。我的背景是构建大型互联网公司。
尽管他貌似满足于我刚才的回答，但是我却对那样的答案不太满意。对此我做了一些功课，本文是我就 REST vs SOAP 做的一些总结，将对 SOAP 和 REST 之间的区别，以及为何有人会选择 SOAP 进行阐述。像往常一样，通过对比每种技术的意义来让我们了解到如何进行取舍(幸运的是答案常常会是 REST)。
我对它们的阐述明显有些言简意赅，因此对于我把事情弄的如此简化请勿拍砖，但欠妥的地方还请不吝指正。
SOAP 常常被称作“ web services”，这是一个误称。SOAP 和 web 基本上说不上话。REST 提供的才是真正的基于 URL 和 HTTP 的 “web services”。
以下是几个调用方式演示，并附以相关解释。
上面这是一个 REST 操作，因为你正在对一个资源(数据)进行访问。
由于你是在执行一个操作所以上面这是一个 SOAP 操作。
当然，上述两种调用都既可以用 SOAP 也可以用 REST。演示的目的是用来理解它们在概念上的区别。
REST 使用了标准 HTTP 因此它做什么都更加简单。创建客户端，开发 API，文档更易于理解，而且没有一件事用 REST 做起来不比 SOAP 更简单/更好。
REST 允许很多不同的数据格式而 SOAP 仅支持 XML。虽然这样看起来给 REST 增加了复杂度因为你需要处理多种格式，但以我的经验来看这样实际上有很多好处。JSON 通常更适用于承载数据而且解析起来更快。由于其对 JSON 的支持，REST 允许我们更好地支持浏览器客户端。
REST 具备更好的性能和可扩展性。REST 读取可以被缓存起来，而基于 SOAP 的读取无法被缓存。
用来做论据不太好(权威)，但是值得一提的是 Yahoo 的包括 Flickr 和 del.ici.ous 在内的所有服务都使用了 REST。Amazon 和 Ebay 两种都有使用，尽管 Amazon 内部使用的几乎全都是 REST 资源。Google 曾经对于他们所有的服务仅提供 SOAP，但 2006 年起 Google 弃用了 SOAP 转投 REST 资源。有趣的是在 Amazon 内部是否也有过关于 REST Vs SOAP 的争议，但是最终还是 REST 主宰了他们 web services 的架构。
尽管他貌似满足于我刚才的回答，但是我却对那样的答案不太满意。对此我做了一些功课，本文是我就 REST vs SOAP 做的一些总结，将对 SOAP 和 REST 之间的区别，以及为何有人会选择 SOAP 进行阐述。像往常一样，通过对比每种技术的意义来让我们了解到如何进行取舍(幸运的是答案常常会是 REST)。
我对它们的阐述明显有些言简意赅，因此对于我把事情弄的如此简化请勿拍砖，但欠妥的地方还请不吝指正。
定义
REST
REST 的最佳场景是当你通过互联网公开一个公共 API 来对数据的 CRUD 操作进行处理的时候。REST 专注于通过一个一致性接口访问命名资源。SOAP
SOAP 提供了自己的协议并专注于公开某些应用逻辑(不是数据)为服务。SOAP 公开的是操作。SOAP 专注于访问通过不同的接口实现了某些业务逻辑的命名操作。SOAP 常常被称作“ web services”，这是一个误称。SOAP 和 web 基本上说不上话。REST 提供的才是真正的基于 URL 和 HTTP 的 “web services”。
以下是几个调用方式演示，并附以相关解释。
getUser(User);上面这是一个 REST 操作，因为你正在对一个资源(数据)进行访问。
switchCategory(User, OldCategory, NewCategory)由于你是在执行一个操作所以上面这是一个 SOAP 操作。
当然，上述两种调用都既可以用 SOAP 也可以用 REST。演示的目的是用来理解它们在概念上的区别。
Why REST？
接下来解释为何 REST 几乎总是正确的答案。REST 使用了标准 HTTP 因此它做什么都更加简单。创建客户端，开发 API，文档更易于理解，而且没有一件事用 REST 做起来不比 SOAP 更简单/更好。
REST 允许很多不同的数据格式而 SOAP 仅支持 XML。虽然这样看起来给 REST 增加了复杂度因为你需要处理多种格式，但以我的经验来看这样实际上有很多好处。JSON 通常更适用于承载数据而且解析起来更快。由于其对 JSON 的支持，REST 允许我们更好地支持浏览器客户端。
REST 具备更好的性能和可扩展性。REST 读取可以被缓存起来，而基于 SOAP 的读取无法被缓存。
用来做论据不太好(权威)，但是值得一提的是 Yahoo 的包括 Flickr 和 del.ici.ous 在内的所有服务都使用了 REST。Amazon 和 Ebay 两种都有使用，尽管 Amazon 内部使用的几乎全都是 REST 资源。Google 曾经对于他们所有的服务仅提供 SOAP，但 2006 年起 Google 弃用了 SOAP 转投 REST 资源。有趣的是在 Amazon 内部是否也有过关于 REST Vs SOAP 的争议，但是最终还是 REST 主宰了他们 web services 的架构。
