在 RESTful Web 应用程序上，资源编辑路径应该是怎样的？答案

【问题标题】：How should a resource edit path looks like on a restful web app?在 RESTful Web 应用程序上，资源编辑路径应该是怎样的？
【发布时间】：2011-08-31 15:30:49
【问题描述】：

您知道资源编辑路径在 Restful Web 应用程序上应该是什么样子吗？

除了 Ruby on Rails 方式之外找不到任何严肃的参考资料，这只是一种约定。

我不是在谈论用于更新资源的 put 请求，而是通常向用户返回表单或类似内容以让他创建并提交更新资源的最终 put 请求的路径。

前面提到的 Ruby on Rails 方式的一个例子是 get 请求：

http://domain.com/resource_name/resource_id/edit

只是想知道是否有一些严肃的参考或解释使这成为一种好方法。

【问题讨论】：

标签： rest restful-url

【解决方案1】：

我觉得你的问题有点含糊；但我会尝试一下。

假设您在http://example.com/planets/earth 有一个资源。如果您想编辑有关地球的内容，请使用您希望它具有的新表示对该 URI 执行 PUT。例如，用户也可以这样说：http://example.com/users/JamesKirk。

关于 REST 的重要一点是，“编辑”路径根本不被视为路径，它是 HTTP 的方法以及它们如何对您的资源进行操作。

这是一本关于 RESTful Web 服务主题的好书：RESTful Web Services

【讨论】：

很抱歉缺少细节。投入资源路径绝对是正确的方法。但这就像对资源的更新操作。在谈论 Web 应用程序而不仅仅是服务时，大多数时候您需要一个编辑路径来为用户获取一个表单或类似的东西，他们可以使用该表单来提交信息（创建 put 请求）。
让编辑表单本身成为一个资源...在其中指定要编辑的资源（或者您可能提前知道并且没有必要）以及您需要的任何其他相关字段。提交表单后，将其 PUT 到正确的资源 URL（或可能重载的 POST）。
@raeb：关于编辑表单本身就是一种资源的好评论
@TomaszZielinski ：可能是以下两种可能性之一... 1.) 该表单仅用于一次编辑/添加一个资源（书籍）。 2.) 提出多个请求，我认为没有必要尝试添加一本书，并且可以在 3 个更简单的请求中达到相同的结果时，在 1 个请求中编辑 2 个书籍。