从面向对象编程思想的角度来看，REST类似于要实现的接口，RESTfull服务类似于REST“接口”的实际实现。

REST只是定义了一组规则，说明它是REST api, RESTfull服务遵循这些规则。

上面的答案已经列出了大部分规则，但我知道一个重要的要求，在我的经验中经常被忽视，因为一个真正的REST api必须是超链接驱动的，除了所有HTTP PUT, POST, GET, DELETE爵士。

REST(表示状态传输)是一种用于创建WebServices的体系结构。

and

RESTful是一种使用REST体系结构编写服务的方式。RESTful服务公开资源，以识别与客户机交互的目标。

把REST看作一个体系结构“类”，而RESTful是该类的众所周知的“实例”。

请注意“”;这里我们不是在处理“真正的”编程对象。

Web服务本质上是网站，其内容是由计算机程序而不是人消费的。REST是一套体系结构原则，它规定web服务应该最大限度地利用HTTP和其他web标准，以便程序获得人们已经可以从web中获得的所有好东西。REST经常与SOAP web服务和其他面向“远程过程调用”的web服务进行对比。

Stefan Tilkov在Parleys.com上关于REST的演讲非常棒，尤其是这个。

理查德森和Ruby的《Restful Web Services》是最好的一本书。

在Richardson成熟度模型中定义了4个级别的API。这些被定义为:

level 0: any system that has a single endpoint for all its apis(SOAP or RPC fall in this category). Level 0 apis can also resemble "commands". level 1: a ResourceUri described system. This is a system that defines multiple entity-based URIs (instead of having a single endpoint like a level 0 systems would). These URIs can use different http actions (POST, GET, PUT, etc) to implement different actions against that resource. level 2: aka level 1 w/ a compliant use of Standard HTTP methods/verbs and multi status code responses level 3: aka level 2 plus HATEOAS (hypermedia included in the response which describes additional calls you can make)

虽然级别1、级别2和级别3可以被认为是REST系统，但只有更严格的级别(即级别2和级别3)才被认为是RESTful的。

所以本质上所有的RESTful api都是REST api，但并不是所有的REST api都是RESTful的

理查德森成熟度模型的定义

具象状态传输(Representational State Transfer, REST)是一种用于分布式超媒体系统(如万维网)的软件体系结构风格。2000年，罗伊·菲尔丁(Roy Fielding1[2])在他的博士论文中引入并定义了“具象状态转移”(Representational State Transfer)一词。Fielding是超文本传输协议(HTTP)规范1.0和1.1版本的主要作者之一。 遵循REST约束被称为“RESTful”。资料来源:维基百科