REST

维基百科，自由的百科全书

表象化状态转变（英文：Representational State Transfer，简称REST）是Roy Fielding博士在2000年他的博士论文中提出来的一种软件架构风格。

目前在三种主流的Web服务实现方案中，因为REST模式的Web服务与复杂的SOAP和XML-RPC对比来讲明显的更加简洁，越来越多的web服务开始采用REST风格设计和实现。例如，Amazon.com提供接近REST风格的Web服务进行图书查找；雅虎提供的Web服务也是REST风格的。

目录 1 宗旨 2 要点及标准 2.1 REST的要求 2.2 关于状态 3 实现举例 4 REST的优点 5 實作 6 参考资料

[编辑] 宗旨

REST 从资源的角度来观察整个网络，分布在各处的资源由URI确定，而客户端的应用通过URI来获取资源的表形。获得这些表形致使这些应用程序转变了其状态。随着不断获取资源的表形，客户端应用不断地在转变着其状态，所谓表形化的状态转变（Representational State Transfer）。

这一观点不是凭空臆造，而是通过观察当前web互联网的运作方式而抽象出来的。Roy Fielding 认为，

“

设计良好的网络应用表现为一系列的网页，这些网页可以看作的虚拟的状态机，用户选择这些链接导致下一网页传输到用户端展现给使用的人，而这正代表了状态的转变。

”

[编辑] 要点及标准

需要注意的是，REST是一种设计风格而不是一个标准。REST通常基于使用HTTP，URI，和XML以及HTML这些现有的广泛流行的协议和标准。

• 资源是由URI来指定。
• 对资源的操作包括获取、创建、修改和删除资源，这些操作正好对应HTTP协议提供的GET、POST、PUT和DELETE方法。
• 通过操作资源的表形来操作资源。
• 资源的表现形式则是XML或者HTML，取决于是读者是机器还是人，消费web服务的客户软件还是web浏览器。当然也可以是任何其他的格式。

[编辑] REST的要求

• 客户端和服务器结构
• 连接协议具有无状态性
• 能够利用Cache机制增进性能
• 层次化的系统
• Code On Demand - Javascript

[编辑] 关于状态

应该注意区别应用的状态和连接协议的状态。REST对于连接的无状态性实际上要求每次經過无状态的连接协议传送的信息必須包含应用中所有的状态信息。

[编辑] 实现举例

例如，一个简单的网络商店应用，

列举所有商品，

GET http://www.store.com/products

具体某一件商品，

GET http://www.store.com/product/12345

下单购买，

POST http://www.store.com/order，
<purchase-order>
  <item> ... </item>
</purchase-order>

[编辑] REST的优点

• 可以利用缓存Cache来提高响应速度
• 通讯本身的无状态性可以让不同的服务器的处理一系列请求中的不同请求，提高服务器的扩展性
• 浏览器即可作为客户端，简化软件需求
• 相对与其他叠加在HTTP协议之上的机制，REST的软件依赖性更小
• 不需要额外的资源发现机制
• 在软件技术演进中的长期的兼容性更好

[编辑] 實作

• Ruby on Rails1.2版後支援REST model.

[编辑] 参考资料

• http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm Roy Fielding的博士论文《Architectural Styles and the Design of Network-based Software Architectures》
• http://www.xml.com/pub/a/2002/02/06/rest.html 第二代web服务，Paul Prescod。