2

一般来说，model 的 CRUD 操作 url 模式可以是这样的（假设 Model 是 Post）：

new: /posts/new(get)
create:/posts/(post)
edit:/posts/edit(get)
update:/posts/1(put)
get:/posts/1(get)

但是，如果有嵌套模型“评论”。

并且“帖子”和“评论”的关联是一对多的。

那么对于评论来说，CURD 操作 url 模式应该是什么样的呢？

new: /posts/1/comments/new   or /comments/new
create:?
edit:?
update:?
.......

最佳做法是什么？

更新：

看来评论的url应该是这样的：

Get one comment for one post: /posts/1/comments/1

create: /posts/1/comments

update: /posts/1/comments/1

delete: /posts/1/comments/1

现在我对更新和删除操作感到困惑。

对于更新和删除：/posts/1/comments/1

由于指定了评论ID，所以我想知道/posts/1url里面是否有必要？

4

2 回答 2

4

我认为关键是帖子资源是否“包含”了评论。请记住，RESTful url 应该是永久链接，因此在所有场景下，特定评论的终点不得更改。听起来它已包含在内，因此 url 模式可以将评论嵌套在帖子中。如果不是这种情况（例如，评论可能会移动到另一个帖子，如果嵌套会更改网址），那么您需要一个更扁平的结构，其中包含帖子资源引用的 /comment/{id} 网址）。

关键是，如果它是一个 RESTful “超媒体 API”，那么它就像 Web 一样，它会不断链接到嵌套或引用的资源。它并不依赖于客户端必须理解 REST 模式或关于哪个端点拥有引用或包含的资源的特殊知识。

http://blog.steveklabnik.com/posts/2012-02-23-rest-is-over

如果“评论”是“帖子”资源下的资源：

([httpVerb] /url)

得到一个帖子：

[get] /posts/{id}
body has a couple options - either it contains the full deep comments array
(depends on how much data, chat pattern)
{
    id:xxx,
    title:my post,
    comments: [...]
}

... or it just contains the post resource with a url reference to the comments e.g.
{
   id: xxx,
   title: my post,
   commentsUrl: /posts/xxx/comments
}

could also have an option like this (or other options to control depth):
[get] /posts/{id}?deep=true

获取帖子中的评论集合：

[get] /posts/{id}/comments
returns 200 and an array of comments in the response body

为帖子创建评论：

[post] /posts/{id}/comments
body contains json object to create
returns a 201 created

编辑帖子下的评论：

[patch|post] /posts/{id}/comments/{id}
body contains json object with subset of fields/data to update
returns a 200

替换帖子：

[put] /posts/{id}/comment/{id}
body contains json object to *replace*
returns a 200

如果每个帖子有大量评论，您还可以考虑分页模式：

{
    id: xxx,
    title: myPost,
    pages:6,
    commentsUrl:/posts/xxx/comments/page/1
}

然后：

/posts/{id}/comments/pages/{pageNo}

{
    nextPage: /posts/xxx/comments/2,
    pages:7,
    comments:
    [ { ...,...,}]
}

每个页面都会引用下一页、页数和该页面的评论数组。如果您使用分页模式，那么数组中的每个评论都会有一个指向单个评论的引用 url。

如果您发现自己在 url 中放置了一个操作，那么您可能做错了什么。好读：http: //blog.steveklabnik.com/posts/2011-07-03-nobody-understands-rest-or-http

于 2012-08-31T02:34:50.340 回答
0

您想使用规范的 URL 进行删除/更新，这将是完整的。更重要的是，您不应该将来自数据库的主键值公开为公共 api 中的 id，这是您的宁静 URL 空间。这些值将来可能会根据数据库更新、从备份恢复或其他任何事情发生变化，具体取决于供应商。如果您能提供帮助，您不希望基础架构更改使您的所有 URL 都无效。

如果您使用/posts/{postnum}/comments/{commentnum}，您可以为每个帖子从 1 开始为公共评论 ID 编号，从而获得更短、更好的 URL。

于 2013-02-06T22:24:14.307 回答