Restful/Soap风格比较
什么是SOAP？
简单对象访问协议是交换数据的一种协议规范，是一种轻量的、简单的、基于XML（标准通用标记语言下的一个子集）的协议，它被设计成在WEB上交换结构化的和固化的信息。
这里是一些重要的语法规则：
-
SOAP 消息必须用 XML 来编码
-
SOAP 消息必须使用 SOAP Envelope 命名空间
-
SOAP 消息必须使用 SOAP Encoding 命名空间
-
SOAP 消息不能包含 DTD 引用
-
SOAP 消息不能包含 XML 处理指令
Soap的初衷是作为一种轻量级解决方案出现的，采用xml格式定义过程调用和返回，一个Soap消息就是一个特定格式和内容的XML文档。
什么是RESTful？
Rest是针对Web提出的一种架构风格，Restful web service本质上就是Web，任意一个URL地址，一个HTTP网页都可以称作是Restful web service。Rest把网络上的所有事物抽象为资源，把对资源的操作抽象为CRUD，对应HTTP的PUT，Get，Post，Delete。注意此处的资源不是静态的数据，而是数据加上状态，是随时间变化的，每个资源有一个唯一的标识，URL。
Rest提出了一些设计概念和准则：
1、网络上的所有事物都被抽象为资源（resource）；
2、每个资源有一个唯一的资源标识（resource identifier）；
3、通过通用的连接器接口（generic connector interface）对资源进行操作；
4、 对资源的各种操作不会改变资源标识；
5、所有的操作都是无状态的（stateless）。
什么是架构风格？
来自Roy Thomas Fielding博士的定义：
一种架构风格是一组协作的架构约束，这些约束限制了架构元素的角色和功能，以及在任何一个遵循该风格的架构中允许存在的元素之间的关系。我觉得可以这么来理解：
架构风格是接口
如果说架构是一个对象， 那么架构风格就好比是一组接口，一个特定的架构可能实现了多种架构风格，一种架构风格也可能是继承了多个基本架构风格的混合风格。
架构风格是模式
存在一组基本的架构风格，每个基本风格适用于特定的设计场景，设计师可以根据具体的应用需求进行取舍，对基本风格进行取舍、组合，确定适用于具体的需求的架构设计。而实际的软件架构就是架构设计的具体实现。
Soap是Rest风格的一种实现吗？
当然不是。
1、Soap也可以看作是一种风格，面对的应用需求是RPC，而Rest面对的应用需求是分布式超媒体系统（Web）。
2、Rest架构风格更强调数据，请求和响应消息都是数据的封装。而Soap风格更强调接口，Soap消息封装的是过程调用。REST是面向资源的，而Soap是面向接口的。
3、REST架构下，HTTP是承载协议，也是应用协议，而Soap架构下，HTTP只是承载协议，Soap才是应用协议。
什么时候用Soap？什么时候用REST？
1、过程调用用soap。如果服务是作为一种功能提供，客户端调用服务是为了执行一个功能，用Soap，比如常见的认证授权。而数据服务用REST。
2、可以定义清晰明了的正式接口的情况下，用Soap，比如在企业应用中，系统间的耦合采用面向接口的方式。
3、要更多的考虑非功能需求，比如安全、传输、协作等需求，使用Soap。
4、低带宽，客户端的处理能力受限的场合，比如在PDA，手机上消费服务，用REST。
