REST技术详解.docVIP

REST和SOAP的“风格” REST和SOAP的“风格” 架构风格：来自Roy Thomas Fielding博士的定义：一种架构风格是一组协作的架构约束，这些约束限制了架构元素的角色和功能，以及在任何一个遵循该风格的架构中允许存在的元素之间的关系。 SOAP：简单对象访问协议，基于XML，是一种应用协议，可以跨多种传输协议来传递消息（比如HTTP、SMTP），Soap是针对RPC的解决方案。其初衷是作为一种轻量级解决方案出现的，采用xml格式定义过程调用和返回，一个Soap消息就是一个特定格式和内容的XML文档。 Restful web service：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）。 　　REST依赖一套简单的“动词”，把所有的复杂性都转移到了指定资源的“名词”中。与此不同，SOAP却有一套相当复杂的XML格式化命令和数据传输选项。? 　　在Web服务发展的初期，XML格式化消息的第一个主要用途是，应用于XML-RPC协议，其中RPC代表远程过程调用。在XML远程过程调 用(XML-RPC)中，客户端发送一条特定消息，该消息中必须包括名称、运行服务的程序以及输入参数。相反， REST风格的请求却不关心正在运行的程序是什么，它仅仅请求命名资源。 　　XML-RPC只能使用有限的数据类型种类和一些简单的数据结构。人们认为这个协议还不够强大，于是就出现了SOAP——其最初的定义是简单 对象访问协议。之后，大家逐渐意识到SOAP其实并不简单，而且也不需要必须使用面向对象语言，所以，现在人们只是沿用SOAP这个名称而已。 　　XML-RPC只有简单的数据类型集，取而代之，SOAP是通过利用XML Schema的不断发展来定义数据类型的。同时，SOAP也能够利用XML 命名空间，这是XML-RPC所不需要的。如此一来，SOAP消息的开头部分就可以是任何类型的XML命名空间声明，其代价是在系统之间增加了更多的复杂 性和不兼容性。 　　另外，非常重要一点是，REST是需要请求HTTP的，与其相比，SOAP更具优势，SOAP消息可以由所有能够处理Unicode文本的传 输方式来传送，很可惜，这一点通常不被人们所认可。事实是，由于HTTP穿透防火墙的便捷性，以及开发商们对Web非常熟悉，因此，人们还在继续强调着 HTTP传输。 　　随着计算机行业的觉醒，人们发现了基于XML的Web服务的商业潜力，于是，各家公司开始不断地发掘想法、观点、论据以及标准化尝试。W3C 曾经设法以“Web服务活动”的名义来组织成果展，其中也包括实际做出SOAP的XML协议工作组(XML Protocol Working Group)。与Web服务有关的标准化成果——从某种程度上说与SOAP相关或者依赖于SOAP——的数量已经倍增了到了令人惊讶的程度。 　　最初，SOAP是作为XML-RPC的扩展而发展起来的，它主要强调的是，通过从WSDL文件中所获得的方法和变量名来进行远程过程调用。现 在，通过不断进步，人们发现了更多的使用SOAP的方式，而不仅仅是采用“文件”方式——基本上是使用一个SOAP信封来传送XML格式化文件。无论如 何，要掌握SOAP，了解WSDL所扮演的角色是最根本的。 通过http请求的Accept Header字段来表示。针对SOAP Web服务的WSDL1.1仅支持HTTP POST方法。WSDL2.0通过包括对http get绑定的支持对此进行了补充。另请注意，HTTP delete、put、trace和options方法是用并不频繁，而且经常被防火墙阻止。 ? Soap与Rest区别： 1．????????????? SoapRPC，而Rest面对的应用需求是分布式超媒体系统（Web）。 2．????????????? Re