是否有RESTful API的规范_Rest_Specifications

是否有RESTful API的规范

rest

是否有RESTful API的规范,rest,specifications,Rest,Specifications,我见过许多实现RESTful web服务的方法/指南/教程，我甚至自己也实现了许多。我理解restful服务应该遵循的基本原则，因为我从许多不同的来源、文章、其他web服务等推断出了这些原则现在我正在更详细地研究管理web的协议和标准，阅读规范、RFC等是否有一个被广泛接受的文档、RFC或规范来解释RESTful web服务应该遵守什么？2008年，Leonard Richardson针对web服务，基于web堆栈中的三种主要技术： URI HTTP 超媒体 URI URI由定义超文本

我见过许多实现RESTful web服务的方法/指南/教程，我甚至自己也实现了许多。我理解restful服务应该遵循的基本原则，因为我从许多不同的来源、文章、其他web服务等推断出了这些原则

现在我正在更详细地研究管理web的协议和标准，阅读规范、RFC等

是否有一个被广泛接受的文档、RFC或规范来解释RESTful web服务应该遵守什么？

2008年，Leonard Richardson针对web服务，基于web堆栈中的三种主要技术：

URI
HTTP
超媒体

URI URI由定义

超文本传输协议 HTTP当前由定义

--消息语法和路由
--语义和内容
--有条件的请求
--范围请求
--缓存
--认证

超媒体这是最难的一个。无处不在的超媒体类型仍然是HTML，你可以从它开始

许多API试图使用，但JSON没有定义链接；所以，如果你想走这条路，你需要找到一个定义链接的JSON变体

对一些选项的一个很好的概述

我投票决定结束这项工作，因为这听起来像是要求收集关于这一主题的外部资源清单，这不在SO议程的范围之内。除此之外，如果你真的对REST如何融入大局感兴趣，那么关于REST可能是这个问题的共同真理。Fielding还澄清了什么是遵循REST体系结构的服务，这是一个非常有效的问题，应该保持开放性。虽然我很感谢您的回答（我真的很感谢），但我要特别询问RESTful API。我已经完全阅读了HTTP 1.1 RFC，但是RESTful API似乎是使用HTTP、URL和超媒体的一种非常特殊的方式。