- 降低开发复杂性，提高系统可伸缩性。
- 简洁
- 满足rest约束条件和原则的应用程序或设计就是RESTful。
- 以系统资源为中心，处理和传输资源状态。
- REST中的资源所指的不是数据，而是数据和表现形式的组合。数据一样表现形式不一样就是不同资源。
- 资源标识符就是URI，全部通过 URI对资源进行唯一的标识。
- 对资源使用一致的命名规则（naming scheme）最主要的好处就是你不需要提出自己的规则——而是依靠某个已被定义，在全球范围中几乎完美运行，并且能被绝大多数人所理解的规则
- 集合自身也是事物（资源），也应该被标识。
- 使用REST的关键是如何抽象资源，抽象得越精确，对REST的应用就越好。
- !!!Test case 与在REST架构中通过url设计系统结构非常类似。
REST即表述性状态传递（英文：Representational State Transfer，简称REST）是Roy Fielding博士在2000年他的博士论文中提出来的一种软件架构风格。它是一种针对网络应用的设计和开发方式，可以降低开发的复杂性，提高系统的可伸缩性。
在三种主流的Web服务实现方案中，因为REST模式的Web服务与复杂的SOAP和XML-RPC对比来讲明显的更加简洁，越来越多的web服务开始采用REST风格设计和实现。
表述性状态转移是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful。
REST 定义了一组体系架构原则，您可以根据这些原则设计以系统资源为中心的 Web 服务，包括使用不同语言编写的客户端如何通过 HTTP 处理和传输资源状态。
REST 这个概念于 2000 年由 Roy Fielding（ HTTP规范的主要编写者之一）在学术论文中首次提出。
REST中的资源所指的不是数据，而是数据和表现形式的组合，比如“最新访问的10位会员”和“最活跃的10位会员”在数据上可能有重叠或者完全相同，而由于他们的表现形式不同，所以被归为不同的资源，这也就是为什么REST的全名是Representational State Transfer的原因。
资源标识符就是URI(Uniform Resource Identifier)，不管是图片，Word还是视频文件，甚至只是一种虚拟的服务，也不管你是XML（标准通用标记语言下的一个子集）格式、txt文件格式还是其它文件格式，全部通过 URI对资源进行唯一的标识。
对资源使用一致的命名规则（naming scheme）最主要的好处就是你不需要提出自己的规则——而是依靠某个已被定义，在全球范围中几乎完美运行，并且能被绝大多数人所理解的规则。想一下你构建的上一个应用（假设它不是采用RESTful方式构建的）中的任意一个高级对象（high-level object），那就很有可能看到许多从使用唯一标识中受益的用例。比如，如果你的应用中包含一个对顾客的抽象，那么我可以相当肯定，用户会希望将一个指向某个顾客的链接，能通过电子邮件发送到同事那里，或者加入到浏览器的书签中，甚至写到纸上。更透彻地讲：如果在一个类似于Amazon的在线商城中，没有用唯一的ID（一个URI）标识它的每一件商品，可想而知这将是多么可怕的业务决策。
注意，使用唯一、全局统一的命名规则的好处，既适用于浏览器中的Web应用，也适用于机对机（machine-to-machine，m2m）通信。
超媒体作为应用状态的引擎（Hypermedia as the engine of application state）。
超媒体原则还有一个更重要的方面——应用“状态”。简而言之，实际上服务器端（如果你愿意，也可以叫服务提供者）为客户端（服务消费者）提供一组链接，使客户端能通过链接将应用从一个状态改变为另一个状态。
对此原则总结如下：任何可能的情况下，使用链接指引可以被标识的事物（资源）。
我们先来谈谈第一个问题，如何使用REST。我感觉，REST除了给我们带来了一个崭新的架构以外，还有一个重要的贡献是在开发系统过程中的一种新的思维方式：通过url来设计系统的结构。根据REST，每个url都代表一个resource，而整个系统就是由这些resource组成的。因此，如果url是设计良好的，那么系统的结构就也应该是设计良好的。对于非高手级的开发人员来说，考虑一个系统如何架构总是一个很抽象的问题。敏捷开发所提倡的Test Driven Development，其好处之一（我觉得是最大的好处）就是可以通过testcase直观地设计系统的接口。比如在还没有创建一个class的时候就编写一个testcase，虽然设置不能通过编译，但是testcase中的方法调用可以很好地从class使用者的角度反映出需要的接口，从而为class的设计提供了直观的表现。这与在REST架构中通过url设计系统结构非常类似。虽然我们连一个功能都没有实现，但是我们可以先设计出我们认为合理的url，这些url甚至不能连接到任何page或action，但是它们直观地告诉我们：系统对用户的访问接口就应该是这样。根据这些url，我们可以很方便地设计系统的结构。
让我再说明一下我的想法：如果每个用户需求都可以抽象为资源，那么就可以完全使用REST。
由此看来，使用REST的关键是如何抽象资源，抽象得越精确，对REST的应用就越好。
URI中使用名词而不是动词，协议已经声明了动词（POST、GET、PUT和DELETE等）
作为一般设计原则，通过在URI中使用名词而不是动词，对于遵循有关显式使用HTTP方法的REST指导原则是有帮助的。在基于REST的Web服务中，协议已经对动词（POST、GET、PUT和DELETE）进行了宣言。在理想的情况下，为了保持接口的通用化，并允许客户端明确它们调用的操作，Web服务不应该定义更多的动词或远程过程，例如/adduser或updateuser。这条通用设计原因也适用于HTTP请求的正文，后者旨在用于传输资源状态，而不是用于携带要调用的远挰方法或远程过程的名称。
