REST 到底是什么意思？它是什么，为什么它现在变大了？

Question

我理解（我认为）RESTful-ness 背后的基本思想。在语义上使用 HTTP 方法 - GET 获取、PUT 放置、DELETE 删除等......对吗？ 以为我理解了 REST 背后的想法，但我认为我将其与 HTTP 实现的细节混淆了。休息背后的驱动理念是什么，为什么这变得很重要？人们是否真的在我的手电筒从未照到的互联网角落里使用了很长时间？

---

Google 演讲提到 Atom 发布协议与 RESTful 实现有很多协同作用。对此有什么想法吗？

Answer 1

这就是 REST 的样子：

POST /user
fname=John&lname=Doe&age=25

服务器响应：

201 Created
Location: /user/123

以后，您可以检索用户信息：

GET /user/123

服务器响应（假设是 XML 响应）：

200 OK
<user><fname>John</fname><lname>Doe</lname><age>25</age></user>

更新：

PUT /user/123
fname=Johnny

Answer 2

这是我的看法...

制作 RESTful 服务的吸引力在于，我们不是使用数十种功能方法创建 Web 服务，而是标准化四种方法（创建、检索、更新、销毁）：

• 发布
• 获取
• 放
• 删除

REST 变得越来越流行，因为它还代表了应用层消息格式的标准化。虽然 HTTP 使用 REST 的四个基本动词，但 HTML 的常见 HTTP 消息格式并不是构建应用程序的合同。

我听到的最好的解释是 TCP/IP 与 RSS 的比较。

以太网代表物理网络的标准化。 Internet 协议 (IP) 代表了更高层次的标准化，并且有几种不同的风格（TCP、UDP 等）。 “传输控制协议”（保证数据包交付）的引入定义了通信合同，为我们打开了应用层的全新服务集（FTP、Gopher、Telnet、HTTP）。

以此类推，我们采用 XML 作为“协议”，我们现在开始标准化消息格式。 RSS 正在迅速成为许多 RESTful 服务的基础。 Google 的 GData API 是 RSS/ATOM 变体。

“桌面小工具”很好地实现了这种炒作：一个简单的客户端可以使用通用 API 和消息传递标准来使用基本的 Web 内容或复杂的混搭。

Answer 3

HTTP 当前使用不足和误用。

我们通常只使用 HTTP 的两种方法：GET 和 POST，但还有更多：DELETE、PUT 等 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html)

因此，如果我们拥有由 RESTful URL 定义的资源（您的应用程序中的每个域对象都有唯一的 URL，形式为 http://yoursite.com/path/to/the/resource）和体面的 HTTP 实现，我们可以通过编写语句来操作域中的对象：

获取http://yoursite.com/path/to/the/resource

删除http://yoursite.com/path/to/the/resource

发布http://yoursite.com/path/to/the/resource

等

架构很好，一切都很好。

但这只是理论观点，在我之前的答案中发布的所有链接中都描述了现实世界的场景。

Answer 4

让我们回到历史，谈谈罗伊菲尔丁的研究——“Architectural Styles and the Design of Network-based Software Architectures”。它是一篇大论文，谈论了很多各种各样的东西。但是作为一名标准工程师，您想如何解释清楚 REST（Representational State Transfer）的含义，以及它的架构风格是什么。

这是我的解释方式——“什么是 REST”。

查看这个运行在各种硬件之上的 www（万维网），例如路由器、服务器、防火墙、云基础设施、交换机、LAN、WAN。这个www（万维网）的总体目标是分发hypermedia。这个万维网配备了各种服务，例如基于信息的服务、网站、youtube 频道、动态网站、静态网站。这个万维网使用 HTTP 协议通过客户端/服务器机制在世界范围内分发超媒体。此 HTTP 协议在 TCP/IP 或其他适当的网络堆栈之上运行。

这个HTTP protocol 正在使用八种方法来管理“分发协议”或“分发架构样式”。这八种方法分别是：OPTIONS,GET,HEAD,POST,PUT,DELETE,TRACE,CONNECT。

但是在这个 HTTP 之上，Web 应用程序正在使用自己的方式来分发超媒体，例如 Web 应用程序正在使用与客户端和服务器高度相关的 Web 服务，或者 Web 应用程序正在使用自己的客户端/服务器设计方式在 HTTP 之上建立这种分发渠道的机制。

Roy Fielding Research 说的，HTTP 的 OPTIONS,GET,HEAD,POST,PUT,DELETE,TRACE,CONNECT 这八种方法非常成功地在各种硬件资源和网络之上将超媒体传递到世界各地与客户端/服务器机制相结合，为什么我们不在我们的基于 Web 的应用程序中使用类似的策略。在此 GET、POST、DELETE 和 PUT 上使用最多。所以有四种方法将超媒体传送到世界各地。

在 REST API Architecture Style 应用程序中，Web 应用程序需要设计具有所有对象实体集的业务逻辑（驻留在服务器中，例如 Tomcat、Apache HTTP）（例如，客户是一个实体) 和可能的操作（例如“根据客户 ID 检索客户信息”）。这些实体的那些可能的操作应该设计有四个主要的操作或方法，即创建、检索、更新、删除。这些实体称为资源，它们以某种形式呈现或表示，例如JSON 或 XML 或其他东西。我们有客户端（浏览器）调用 Create、Retrieve、Update、Delete (CRUD) 方法来对驻留在服务器中的此类资源执行适当的功能。

但正如表示的概念所解释的，表示业务逻辑或对象的实体的表示方式。但是“状态转移”呢？

状态转移，它谈论从客户端到服务器的“通信状态”。它讨论了从客户端到服务器的“状态传输”的设计，例如客户首先调用了“创建客户”操作，然后调用了“客户”可以调用的下一个客户状态或客户状态。它的状态可能是“检索创建的客户端数据”、“更新客户端数据”或什么

Answer 5

REST 是一种定义和处理资源的架构。

要更好地理解 REST，您应该查看Resource Oriented Architecture (ROA)，它为实际实施 REST 架构提供了一套指导方针。

REST 不需要通过 HTTP，但它是最常见的。 REST 最初是由 HTTP 的创建者之一创建的。