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

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

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

什么是REST？REST代表代表性状态转移。（有时拼写为“ReST”。）它依赖于无状态的、可缓存的客户端服务器通信协议——实际上在所有情况下，都是HTTP使用协议。REST是一种用于设计网络应用程序的架构风格。其思想是，使用RPC或SOAP连接机器，使用简单的HTTP机器之间的呼叫。在许多方面，可以查看基于HTTP的万维网本身作为基于REST的架构。RESTful应用程序使用HTTP请求发布数据（创建和/或更新）、读取数据（例如，并删除数据。因此，REST对所有四个CRUD使用HTTP（创建/读取/更新/删除）操作。REST是RPC（远程过程调用）和Web服务（SOAP、WSDL等）看看REST有多简单。尽管REST很简单，但它功能齐全；基本上有在Web服务中，没有什么是RESTful无法完成的建筑学REST不是“标准”。永远不会有W3C例如REST推荐。尽管有REST编程框架，使用REST非常简单通常使用诸如Perl、Java或C#。

当我试图找到休息的简单真正含义时，我找到了最好的参考之一。

http://rest.elkstein.org/

我看到了一堆回答，说将用户123的所有内容放在资源“/user/123”是RESTful的。

罗伊·菲尔丁（Roy Fielding）创造了这个术语，他表示RESTAPI必须是超文本驱动的。特别是，“REST API不能定义固定的资源名称或层次结构”。

因此，如果您的“/user/123”路径在客户端上被硬编码，那么它就不是真正的RESTful。很好地使用HTTP，也许，也许不是。但不是RESTful。它必须来自超文本。

RESTAPI是一种遵循REST体系结构约束的API实现。它充当一个接口。客户端和服务器之间的通信通过HTTP进行。RESTAPI利用HTTP方法建立客户端和服务器之间的通信。REST还使服务器能够缓存响应，从而提高应用程序的性能。客户端和服务器之间的通信是一个无状态的过程。我的意思是，客户端和服务器之间的每一次通信都像一次新的通信。

没有从以前的通信中携带的信息或记忆。因此，每次客户端与后端交互时，它都必须向其发送身份验证信息。这使后端能够确定客户端是否有权访问数据。

通过REST API的实现，客户端可以获得要与之通信的后端端点。这完全分离了后端和客户端代码。

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

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

学习REST：教程

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

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

剩下的一点是，如果我们同意对基本操作使用通用语言（http动词），那么可以配置基础结构来理解它们并适当地优化它们，例如，通过使用缓存头在所有级别实现缓存。

通过正确实现的restful GET操作，信息来自服务器的DB、服务器的memcache、CDN、代理的缓存、浏览器的缓存或浏览器的本地存储都无关紧要。可以使用最快、最容易获得的最新来源。

说Rest只是语法上的改变，从使用带有动作参数的GET请求到使用可用的http动词，这看起来没有任何好处，而且纯粹是修饰。重点是使用一种可以被链的每个部分理解和优化的语言。如果GET操作有副作用，则必须跳过所有HTTP缓存，否则结果将不一致。