详解Rest风格和设计原则

Rest风格出来也有很久的时间了，它不是一个标准，也不是一项新技术。它的概念在推出来时就受到了广泛的支持，深受各大开发者社区的喜爱。那么Rest风格到底是一种什么样的风格呢？

到底什么是REST风格

有人说：“REST功能是Spring MVC 3.0新增的，它通过不带扩展名的URL来访问系统资源。”

也有人说：“restful风格，就是一种面向资源服务的API设计方式，它不是规范，不是标准，它一种设计模式。以前流行的web service服务都是面向过程，基于RPC协议的SOAP协议，对于现在或者未来，更多的人了解并且深受SOA思想影响，以面向服务为目标，而现在的SOAP虽然支持SOA，但存在很很大的差别，所以，慢慢就流行基于restful风格的web service。说简单一点，就是它纯粹面向资源，面向服务的思想，目前J2EE6的JAX-RS就是这种restful风格实现的新技术。”

看看我的理解：

REST的核心在于，当你设计一个系统的时候，资源是第一位的考虑，你首先从资源的角度进行系统的拆分、设计，而不是像以往一样以操作为角度来进行设计。

我们传统的做法是所有的url都是千篇一律的*.do，*.action类似的风格，而这种风格不利于搜索引擎的支持，也利于大家对请求资源的理解。例如，传统的风格：http://www.xttblog.com/abc.do?p=758；Rest风格：http://www.xttblog.com/page/758。这样我想你应该明白了到底什么是Rest风格了。

REST的由来

REST（英文：Representational State Transfer，简称REST）描述了一个架构样式的网络系统，比如 web 应用程序。它首次出现在 2000 年 Roy Fielding 的博士论文中，他是 HTTP 规范的主要编写者之一。在目前主流的三种Web服务交互方案中，REST相比于SOAP（Simple Object Access protocol，简单对象访问协议）以及XML-RPC更加简单明了，无论是对URL的处理还是对Payload的编码，REST都倾向于用更加简单轻量的方法设计和实现。值得注意的是REST并没有一个明确的标准，而更像是一种设计的风格。

REST的约束条件

REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是 RESTful。
Web 应用程序最重要的 REST 原则是，客户端和服务器之间的交互在请求之间是无状态的。从客户端到服务器的每个请求都必须包含理解请求所必需的信息。如果服务器在请求之间的任何时间点重启，客户端不会得到通知。此外，无状态请求可以由任何可用服务器回答，客户端可以缓存数据以改进性能。
在服务器端，应用程序状态和功能可以分为各种资源。资源是一个有趣的概念实体，它向客户端公开。资源的例子有：应用程序对象、数据库记录、算法等等。每个资源都使用 URI (Universal Resource Identifier) 得到一个唯一的地址。所有资源都共享统一的接口，以便在客户端和服务器之间传输状态。使用的是标准的 HTTP 方法，比如 GET、PUT、POST 和 DELETE。Hypermedia 是应用程序状态的引擎，资源表示通过超链接互联。

REST四个基本原则

1. 使用HTTP动词：GET POST PUT DELETE；
2. 无状态连接，服务器端不应保存过多上下文状态，即每个请求都是独立的；
3. 为每个资源设置URI；
4. 通过XML JSON进行数据传递；

REST框架的好处

一般的实现上述原则的架构即可称为RESTFul架构。 Rest的好处如下：

• 互联网环境下，任何应用的架构和API可以被快速理解；
• 分布式环境下，任何请求都可以被发送到任意服务器；
• 异构环境下，任何资源的访问和使用方式都统一。

ResultFul

ResultFul是一种软件架构风格，设计风格而不是标准，只是提供了一组设计原则和约束条件。它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

ResultFul推荐每个URL能操作具体的资源,而且能准确描述服务器对资源的处理动作，通常服务器对资源支持get/post/put/delete/等，用来实现资源的增删改查，但是通常用浏览器访问资源都是GET，增加都是POST，而修改和删除不能正确描述。

版权声明：本文为博主原创文章，未经博主允许不得转载。

： » 详解Rest风格和设计原则