基于REST架构的Web Service设计.pptVIP

基于Rest架构的Web Service 什么是Rest Rest是英文Representational State Transfer的缩写，中文翻译：表述性状态转移。 Rest本身只是为分布式超媒体系统设计的一种架构风格，而不是标准。 Rest架构是针对Web应用而设计的，其目的是为了降低开发的复杂性，提高系统的可伸缩性。 基于Web的架构，实际上就是各种规范的集合，这些规范共同组成了Web架构。比如Http协议，比如客户端服务器模式，这些都是规范。每当我们在原有规范的基础上增加新的规范，? 就会形成新的架构。而REST正是这样一种架构，他结合了一系列的规范，而形成了一种新的基于Web的架构风格。  Rest的Web Service设计方式 Rest资源设计 资源 URI规范(RFC 2396)指出： “资源可以是任何有标示的东西”； “并非所有的资源都是通过网络能够获取的”。 任何事物，只要有被引用的必要，就是一个资源(resource)。它可以是一个实物，也可以是一个抽象的概念。 通常一个资源是某个可以存放在计算机上并体现为比特流的事物。在Web中，可以这样认为——资源是URI标示的东西。 表示 资源和表示不是一码事。Web上获取的不是资源，而是资源的表示。 对于给定的资源，可以有很多不同的表示。 REST设计准则 Rest的优点 Rest的基本模式 对一个资源的操作分为四种：Create（创建）、Read（读取）、Update（更新）和Delete（删除）；更新 向URL /article/23 发送删除 向URL /article/23 发送 DELETE 请求查看 向URL /article/23 发送 GET 请求创建新的博贴 向URL /article 或者 /article/24 (直接写ID，这种一般很少见) 发送 POST 请求 Xml形式测试用例 Json形式测试用例 Rest和Soap Web Service的比较 成熟度 效率和易用性 安全性 应用设计与改造 成熟度 SOAP虽然发展到现在已经脱离了初衷，但是对于异构环境服务发布和调用，以及厂商的支持都已经达到了较为成熟的情况。不同平台，开发语言之间通过SOAP来交互的web service都能够较好的互通（在部分复杂和特殊的参数和返回对象解析上，协议没有作很细致的规定，导致还是需要作部分修正） REST国外很多大网站都发布了自己的开发API，很多都提供了SOAP和REST两种Web Service，根据调查部分网站的REST风格的使用情况要高于SOAP。但是由于REST只是一种基于Http协议实现资源操作的思想，因此各个网站的REST实现都自有一套，在后面会讲诉各个大网站的REST API的风格。也正是因为这种各自实现的情况，在性能和可用性上会大大高于SOAP发布的web service，但统一通用方面远远不及SOAP。由于这些大网站的SP往往专注于此网站的API开发，因此通用性要求不高。 由于没有类似于SOAP的权威性协议作为规范，REST实现的各种协议仅仅只能算是私有协议，当然需要遵循REST的思想，但是这样细节方面有太多没有约束的地方。REST日后的发展所走向规范也会直接影响到这部分的设计是否能够有很好的生命力。 总的来说SOAP在成熟度上优于REST。 什么是SOAP SOAP (Simple Object Access Protocol) 顾名思义，是一个严格定义的信息交换协议，用于在Web Service中把远程调用和返回封装成机器可读的格式化数据。事实上SOAP数据使用XML数据格式，定义了一整套复杂的标签，以描述调用的远程过程、参数、返回值和出错信息等等。而且随着需要的增长，又不得增加协议以支持安全性，这使SOAP变得异常庞大，背离了简单的初衷。另一方面，各个服务器都可以基于这个协议推出自己的API，即使它们提供的服务及其相似，定义的API也不尽相同，这又导致了WSDL的诞生。WSDL (Web Service Description Language) 也遵循XML格式，用来描述哪个服务器提供什么服务，怎样找到它，以及该服务使用怎样的接口规范，简言之，服务发现。现在，使用Web Service的过程变成，获得该服务的WSDL描述，根据WSDL构造一条格式化的SOAP请求发送给服务器，然后接收一条同样SOAP格式的应答，最后根据先前的WSDL解码数据。绝大多数情况下，请求和应答使用HTTP协议传输，那么发送请求就使用HTTP的POST方法。 效率和易用性 SOAP协议对于消息体和消息头都有定义，同时消息头的可扩展性为各种互联网的标准提供了扩展的基础，WS-*系列就是较为成功的规范。但是也由于SOA