REST==HTTP类比是不正确的，除非你不强调它“必须”是HATEOAS驱动的。

罗伊自己在这里清除了它。

输入REST API时，除了初始URI（书签）和适用于预期受众的一组标准化媒体类型（即，预期任何可能使用该API的客户端都能理解）之外，不应有任何先验知识。从那时起，所有应用程序状态转换都必须由客户端选择服务器提供的选择来驱动，这些选择出现在接收的表示中，或者由用户对这些表示的操作来暗示。转换可以由客户端对媒体类型和资源通信机制的知识来确定（或限制），这两者都可以动态地改进（例如，按需编码）。

[这里的失败意味着带外信息正在驱动交互，而不是超文本。]

本质上没有“RESTful编程”这样的概念。它最好被称为RESTful范式，甚至更好的RESTful架构。它不是一种编程语言。这是一个范例。

来自维基百科：

在计算中，表示状态转移（REST）是一种用于web开发的体系结构风格。

如果我没有直接回答这个问题，我很抱歉，但通过更详细的例子更容易理解这一切。由于所有的抽象和术语，字段化并不容易理解。

这里有一个很好的例子：

解释REST和超文本：垃圾邮件清理机器人Spam-E

更棒的是，这里有一个简单的例子（powerpoint更全面，但你可以在html版本中获得大部分内容）：

http://www.xfront.com/REST.ppt或http://www.xfront.com/REST.html

看完这些例子后，我明白了Ken为什么说REST是超文本驱动的。但我实际上并不确定他是对的，因为/user/123是指向资源的URI，我不清楚它是否是非RESTful的，因为客户端知道它是“带外”的

xfront文档解释了REST和SOAP之间的区别，这也非常有用。当Fielding说：“这是RPC。它尖叫RPC。”时，很明显RPC不是RESTful的，所以了解这一点的确切原因很有用。（SOAP是RPC的一种类型。）

这是一种编程，您的系统架构符合Roy Fielding在论文中提出的REST风格。由于这是描述网络的架构风格（或多或少），所以很多人都对它感兴趣。

另外一个答案是：没有。除非你是作为学术研究软件架构或设计web服务，否则真的没有理由听过这个词。

REST代表代表性状态转移。

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

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

休息介绍

交谈不仅仅是交换信息。协议实际上是这样设计的，因此不必进行对话。每一方都知道他们的具体工作是什么，因为它在协议中有所规定。协议允许纯粹的信息交换，而不需要对可能的操作进行任何更改。另一方面，谈话允许一方询问另一方可以采取什么进一步行动。他们甚至可以问同一个问题两次，并得到两个不同的答案，因为另一方的状态可能在这期间发生了变化。对话是RESTful架构。菲尔丁的论文规定了如果一个人想让机器彼此交谈而不是简单地通信，那么他必须遵循的体系结构。