REST定义了6个体系结构约束，使任何web服务都成为真正的RESTful API。

统一接口客户端-服务器无国籍的可缓存的分层系统按需编码（可选）

https://restfulapi.net/rest-architectural-constraints/

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

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

RESTful编程是关于：

资源由持久标识符标识：URI是当今普遍使用的标识符使用一组常见的动词来操纵资源：HTTP方法是常见的情况-古老的Create、Retrieve、Update、Delete变为POST、GET、PUT和Delete。但REST并不局限于HTTP，它只是目前最常用的传输。为资源检索的实际表示取决于请求，而不是标识符：使用Accept标头来控制是否需要XML、HTTP，甚至是表示资源的Java对象保持对象中的状态并在表示中表示状态在资源表示中表示资源之间的关系：对象之间的链接直接嵌入到表示中资源表示描述了如何使用表示，以及在什么情况下应该以一致的方式丢弃/重新处理表示：HTTP缓存控制头的使用

最后一个可能是REST的后果和整体有效性方面最重要的。总体而言，大多数RESTful讨论似乎都集中在HTTP及其在浏览器中的使用上。我知道R.Fielding在描述导致HTTP的架构和决策时创造了这个术语。他的论文更多的是关于资源的体系结构和缓存能力，而不是HTTP。

如果你真的对RESTful架构是什么以及它为什么工作感兴趣，请读几遍他的论文，并阅读整个内容，而不仅仅是第5章！接下来看看DNS为什么工作。阅读DNS的分级组织以及转介的工作原理。然后阅读并考虑DNS缓存的工作原理。最后，阅读HTTP规范（尤其是RFC2616和RFC3040），并考虑高速缓存的工作方式及其原因。最终，它只会咔嚓一声。当我看到DNS和HTTP之间的相似性时，我得到了最后的启示。在这之后，了解SOA和消息传递接口是可伸缩的就开始了。

我认为，要理解RESTful和SharedNothing架构的架构重要性和性能含义，最重要的技巧是避免被技术和实现细节所困扰。关注谁拥有资源，谁负责创建/维护资源等。然后思考表示、协议和技术。

这是一个令人惊讶的漫长的“讨论”，但至少可以说相当令人困惑。

IMO:

1） 没有一个大的酒吧和大量的啤酒，就没有一个安静的程序：）

2） 代表性状态转移（REST）是罗伊·菲尔丁（Roy Fielding）论文中提出的一种体系结构风格。它有许多限制。如果您的服务/客户尊重这些，那么它就是RESTful。就这样。

您可以（显著地）总结以下约束：

无状态通信遵守HTTP规范（如果使用HTTP）清晰传达传输的内容格式使用超媒体作为应用程序状态引擎

还有一个很好的帖子很好地解释了事情。

许多答案复制/粘贴了有效的信息，混淆了这些信息，增加了一些混乱。人们在这里谈论级别、RESTFulURI（没有这样的东西！）、应用HTTP方法GET、POST、PUT。。。REST不是关于这个或者不仅仅是关于这个。

例如，链接-有一个漂亮的API是很好的，但最终客户端/服务器并不真正关心你获得/发送的链接，重要的是内容。

最终，只要内容格式已知，任何RESTful客户端都应该能够使用任何RESTful服务。

我会说，RESTful编程是关于创建遵循REST体系结构风格的系统（API）。

我发现M.Elkstein博士的这篇关于REST的精彩、简短且易于理解的教程，并引用了最能回答您问题的重要部分：

学习REST：教程

REST是一种用于设计网络应用程序的架构风格。其思想是，使用RPC或SOAP连接机器，使用简单的HTTP机器之间的呼叫。在许多方面，基于HTTP的万维网本身可以被视为基于REST的架构。RESTful应用程序使用HTTP请求来发布数据（创建和/或更新）、读取数据（例如进行查询）和删除数据。因此，REST对所有四个CRUD（创建/读取/更新/删除）操作使用HTTP。

我认为你不应该因为没有听到堆栈溢出之外的REST而感到愚蠢。。。，我也会遇到同样的情况！；另一个SO问题“为什么REST现在变得越来越大”的答案可能会缓解一些情绪。

这在任何地方都很少被提及，但Richardson的成熟度模型是实际判断Restful是API的最佳方法之一。更多信息请点击此处：

理查德森成熟度模型