REST代表代表性状态转移。

它依赖于一个无状态的、客户端-服务器的、可缓存的通信协议——实际上在所有情况下都使用HTTP协议。

REST通常用于移动应用程序、社交网络网站、mashup工具和自动化业务流程。REST风格强调通过有限数量的操作（动词）来增强客户端和服务之间的交互。通过将资源（名词）分配给它们自己独特的通用资源指示符（URI）来提供灵活性。

休息介绍

这在任何地方都很少被提及，但Richardson的成熟度模型是实际判断Restful是API的最佳方法之一。更多信息请点击此处：

理查德森成熟度模型

REST使用各种HTTP方法（主要是GET/PUT/DELETE）来处理数据。

您不需要使用特定的URL来删除方法（例如/user/123/delete），而是向/user/[id]URL发送delete请求，以编辑用户，检索有关向/user/[id]发送GET请求的用户的信息

例如，取而代之的是一组URL，可能看起来像下面的一些。。

GET /delete_user.x?id=123
GET /user/delete
GET /new_user.x
GET /user/new
GET /user?id=1
GET /user/id/1

您使用HTTP“动词”并具有。。

GET /user/2
DELETE /user/2
PUT /user

RESTful编程是关于：

资源由持久标识符标识：URI是当今普遍使用的标识符使用一组常见的动词来操纵资源：HTTP方法是常见的情况-古老的Create、Retrieve、Update、Delete变为POST、GET、PUT和Delete。但REST并不局限于HTTP，它只是目前最常用的传输。为资源检索的实际表示取决于请求，而不是标识符：使用Accept标头来控制是否需要XML、HTTP，甚至是表示资源的Java对象保持对象中的状态并在表示中表示状态在资源表示中表示资源之间的关系：对象之间的链接直接嵌入到表示中资源表示描述了如何使用表示，以及在什么情况下应该以一致的方式丢弃/重新处理表示：HTTP缓存控制头的使用

最后一个可能是REST的后果和整体有效性方面最重要的。总体而言，大多数RESTful讨论似乎都集中在HTTP及其在浏览器中的使用上。我知道R.Fielding在描述导致HTTP的架构和决策时创造了这个术语。他的论文更多的是关于资源的体系结构和缓存能力，而不是HTTP。

如果你真的对RESTful架构是什么以及它为什么工作感兴趣，请读几遍他的论文，并阅读整个内容，而不仅仅是第5章！接下来看看DNS为什么工作。阅读DNS的分级组织以及转介的工作原理。然后阅读并考虑DNS缓存的工作原理。最后，阅读HTTP规范（尤其是RFC2616和RFC3040），并考虑高速缓存的工作方式及其原因。最终，它只会咔嚓一声。当我看到DNS和HTTP之间的相似性时，我得到了最后的启示。在这之后，了解SOA和消息传递接口是可伸缩的就开始了。

我认为，要理解RESTful和SharedNothing架构的架构重要性和性能含义，最重要的技巧是避免被技术和实现细节所困扰。关注谁拥有资源，谁负责创建/维护资源等。然后思考表示、协议和技术。

RESTful（代表性状态转移）API编程是通过以下5个基本的软件架构风格原则，以任何编程语言编写web应用程序：

资源（数据、信息）。唯一的全局标识符（所有资源都由URI标识）。统一接口-使用简单标准接口（HTTP）。表示-所有通信都是通过表示（例如XML/JSON）完成的无状态（每个请求都是在完全隔离的情况下发生的，这样更容易缓存和负载平衡），

换句话说，您正在通过HTTP编写简单的点对点网络应用程序，该应用程序通过实现RESTful架构使用GET、POST、PUT或DELETE等动词，该架构提出了每个“资源”公开的接口的标准化。以一种简单有效的方式（高度成功、经过验证和分布式架构）使用web的当前特性并不重要。它是SOAP、CORBA和RPC等更复杂机制的替代方案。

RESTful编程符合Web体系结构设计，如果实现得当，它允许您充分利用可扩展的Web基础设施。

什么是REST？

用官方的话说，REST是一种基于使用当前“Web”基础的特定原则构建的架构风格。web有5个基本基础，可用于创建REST服务。

原则1：一切都是资源在REST体系结构风格中，数据和功能被视为资源，并使用统一资源标识符（URI）（通常是Web上的链接）进行访问。原则2：每个资源都由唯一标识符（URI）标识原则3：使用简单统一的接口原则4：通过代表进行沟通原则5：无状态