书接上文⬆⬆⬆

是什么让一些东西变得 RESTful？

到目前为止，您拥有一个基于 Web 服务来处理涉及员工数据的核心操作。但这还不足以让事情变得“RESTful”。

• 漂亮的 URL/employees/3不是 REST。
• 仅使用GET,POST等不是 REST。
• 安排好所有的 CRUD 操作不当 REST。

事实上，到目前为止，我们构建的更好地描述为RPC（远程过程调用）。那是因为没有办法知道如何与这个服务器交互。如果您今天发布了此内容，您还必须编写文档或在某个地方托管开发人员的门户，其中包含所有详细信息。

Roy Fielding 的这一陈述可能会进一步为REST和RPC之间的区别提供线索：

我对将任何基于 HTTP 的接口称为 REST API 的人数感到沮丧。今天的例子是 SocialSite REST API。那就是RPC。它尖叫 RPC。展示的耦合太多了，应该给它一个 X 评级。

要做些什么来使用 REST 架构风格清楚地认识到超文本是一种约束？换句话说，应用程序状态引擎（以及 API）不是由超文本驱动的，那么它就不能是 RESTful 并且不能是 REST API。时期。是否有一些损坏的手册需要修复？

— 罗伊菲尔丁

https://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven

在我们的表示中不包括超媒体的副作用是客户端必须硬编码 URI 来导航 API。这导致了与网络电子商务兴起之前相同的脆弱性。这表明我们的 JSON 输出需要一