书接上文⬆⬆⬆
是什么让一些东西变得 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。时期。是否有一些损坏的手册需要修复?