1.2　解读REST服务

英文RESTful对应的中文是REST式的。RESTful的应用或者Web服务是常见的两种REST式的项目部署、存在的方式。本节将介绍RESTful Web Services并对比和传统Web Services的不同。

1.REST式的Web服务

RESTful Web Services（REST式的Web服务）是一种遵守REST式风格的Web服务。REST式的Web服务是一种ROA（Resource-Oriented Architecture，面向资源的架构）的应用。其主要特点是方法信息存在于HTTP的方法中（比如GET、PUT），作用域存在于URI中。例如，在一个获取设备资源列表的GET请求中，方法信息是GET，作用域信息是URI中包含的对设备资源的过滤、分页和排序等条件。

2.对比RPC风格

相比Web服务领域广为流行的RPC（Remote Procedure Call，远程过程调用）风格，REST风格更轻量和快速。从方法信息角度看，REST采用标准的HTTP方法，而RPC请求都是HTTP协议的POST方法，其方法信息包含在SOAP协议包或HTTP协议包中，方法名称不具有通用性。从作用域角度看，REST采用URI显式定义作用域，而RPC的这一信息同样包含于协议包中，不能直观呈现。

RPC风格的开发关注于服务器-客户端之间的方法调用，而不关注基于哪个网络层的哪种协议。也就是说，RPC是面向方法调用过程的，相比而言，REST是面向资源状态的。RPC风格的两个代表是XML-RPC和大Web服务。

（1）XML-RPC

XML-RPC是一种使用XML格式封装方法调用，并使用HTTP协议作为传送机制的RPC风格的实现。XML-RPC的请求方法都是HTTP协议的POST方法，请求和响应的数据格式均为XML。

XML-RPC的数据格式和使用XML作为资源的表述的REST外观上很相似，但数据的内容则大相径庭。REST式的XML信息的主体是对一个资源状态的表述，无须包含方法信息，因为其请求的HTTP方法就已经决定了这一点。XML-RPC的请求数据结构额外包含方法调用信息和参数信息。

对于响应信息的内容，两者也截然不同，REST式的通常会包含响应实体信息以及HTTP状态码和可选的异常信息，而XML-RPC的返回信息仅仅是对方法调用的响应信息。

XML-RPC是一种遗留技术，已经被SOAP取代。在Java领域，JAX-RPC标准已经被JAX-WS取代。XML-RPC的应用依然存在，著名的测试用例管理系统TestLink的对外接口就是使用PHP开发的XML-RPC。

（2）大Web服务

大Web服务（Big Web Services）是Leonard Richardson和Sam Ruby在其所著的《RESTful Web Services》一书中，对基于SOAP+WSDL+UDDI+WS-标准栈等技术实现RPC风格的大型Web服务的统称。事实上，“大Web服务”这一说法也被Java EE 7的布道者在多次演讲中使用。在Java领域，对应的标准主要是JAX-WS 2.0/2.1/2.2（JSR 224）。相较REST式的Web服务，大Web服务功能更强大、设计更复杂。大Web服务同样是跨平台、跨语言的，对复杂的数据类型的支持也非常好。大Web服务是基于RPC风格的重量级的设计，因此方法和作用域无法通过直观断定，需要定义在消息中，而且方法名不是统一和通用的。同时，大Web服务走HTTP协议时，请求都是基于POST方法的。

对比RPC风格的Web服务，REST式的Web服务形式更简单、设计更轻量、实现更快捷。REST无须引入SOAP消息传输层，无须注册服务，也没有客户端stub的概念等。但是，REST风格的Web服务并没有像大Web服务那样提供诸如安全策略等全面的标准规范。

大Web服务和REST式的Web服务各有其优势，并不是一种代换关系。在实际开发中，两者共存于一个项目中也是一种解决方案。

3.对比MVC风格

MVC风格的出现将模型、视图、控制解耦，其亮点是从前到后的一致性，其结构简洁、逻辑清晰，易于扩展和增强。MVC在Java领域的普遍实现方式是在Web前端使用标签库来对应服务端的模型类实例和控制类实例，标签库和服务端依赖库可以是松散的耦合——比如Spring生态系统，也可以是全栈式的统一体系，比如JSF体系。但无论如何实现，在Web前端的开发过程中，必须时刻考虑页面标签和服务端的映射关系，包括模型类的匹配和转换，数据结构，控制类输入和输出的参数类型和数量等。

因此，MVC风格偏重于解决服务器端的逻辑分层，客户端是逻辑分层的延伸。MVC的标签库，虽然其形态已经和HTML页面融合，但本质上还是Java编写的装饰模式的类实例，对应的是服务器端使用Java编写的模型类或者控制器类，因此MVC很难实现跨语言解耦。而REST风格偏重于统一接口，因此具体实现就可以跨平台和跨语言。正如附录中Web简史中所述，REST推动了Web开发的新时代，使用纯HTML作为客户端，没有服务器端和客户端的耦合。显而易见，使用纯HTML开发的REST客户端和使用Java开发的REST服务器端并不存在语言上的耦合。

MVC和REST式并不是互斥的，像Spring的MVC模块已经支持REST式的开发。Jersey作为JAX-RS标准的实现，也实现了MVC的功能，可参考相关模块：jersey-mvc、jersey-mvc-freemarker和jersey-mvc-jsp。需要说明的是，本书致力于讲述JAX-RS，对Jersey实现中的JAX-RS之外的功能只做必要的讲述。由于MVC和REST之间有更多的并行存在性，因此本书余文没有将MVC放入讲述之列。