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

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

宗旨
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的软件依赖性更小
不需要额外的资源发现机制
在软件技术演进中的长期的兼容性更好

目前许多公司提供服务的企业都用到REST模式，比如支付宝的支付接口、DISCUZ NT 3.0的API、淘宝的TOP(Taobao Open Platform)等等

互联网的下一个发展方向，在WEB这一块，我个人认为将是SOA的天下，REST也是SOA中的一种，微软目前的WCF也是SOA中的一种实现方式。

可以想象得出，未来的WEB应用，都会以API的方式去提供服务，不管是给自己本系统的不同模块之间还是与外部应用，都会采用SOA的方式，这肯定是一种趋势。

在目前的应用中，都需要考虑海量数据和大并发，那么所开发的应用都应该要能支持分布式，而SOA则是一个即可以使模块与模块之间独立，也可以使得应用和应用之间的耦合性降低，同时还先天性支持了分布式的实现模式。

这种变革将会像B/S变革C/S一样，一定会在未来的某一天，彻底改变。

本文转自远哥博客园博客，原文链接：http://www.cnblogs.com/taven/archive/2009/09/06/1561358.html，如需转载请自行联系原作者