我想插话片刻。你所指的 REST，
实际上是 JSON/RPC，或者我最近开始称其为无 REST。
JSON 本身并非超媒体，而是一种普通数据格式，通过 Swagger 文档
或其他类似方式定义的带外信息使其变得有用。

许多计算机用户每天都在使用规范版的 REST，
却没有意识到这一点。通过一系列奇特的事件，今天广泛使用的 REST 版本
常常被称为“The Web”，而它的许多用户并不知道它基本上就是 Roy Fielding 定义的 REST-ful 架构。

REST 确实存在，这些人正在使用它，但它只是他们使用的 The Web 的一部分。
REST 是网络架构：超媒体为超媒体客户端编码资源的 state。
JSON 是单页应用程序 (Single Page Applications) 的重要组成部分，
但单独使用则无用；它只能在完整的 API 规范的上下文中发挥作用。
JSON 通常与 SPA 库结合使用：整个系统基本上是添加了 JSON 的 RPC，或 JSON/RPC。
所有这些所谓的“REST-ful”
API 实际上都是 JSON/RPC。

在数字奇妙的世界中，请允许我花片刻时间澄清。许多人称为 REST 的东西，实际上是 JSON/RPC，或者我最近开始称其为无 REST。
JSON 本身并非魔法脚本，而是一种简单的数据羊皮纸，通过 Swagger 典籍等类似来源的智慧使其变得有意义。

无数代码守护者每天与一种尊贵的 REST 形式互动，却对其存在一无所知。通过一个意外的命运转折，今天最常使用的 REST 解释常常被称为“The Web”，而它的许多居民并不知道他们本质上居住在 Roy Fielding 贤者所阐述的 REST 建筑领域中。

的确，存在真正的 REST，这些人正在使用它，但它只是他们互动的 The Web 的一个方面。
REST 是伟大的网络架构：超媒体为超媒体航行者铭刻资源的 state。
JSON 是单页应用程序 (Single Page Applications) 的重要元素，
但孤立无援则毫无价值；它只能在全面 API 规范的领域中展现其力量。
JSON 通常与 SPA 库结盟部署：整个领域本质上是装饰了 JSON 的 RPC，或 JSON/RPC。
所有这些被誉为“REST-ful” API 的实体实际上都是 JSON/RPC 的化身。