REST 嵌套集合

Question

从 REST 的角度来看，使用资源嵌套集合的最佳方式是什么？ 让我们考虑一下用户和文章。 /api/users 和 /api/articles 资源可通过 PUT、POST、GET、DELETE 方法访问，但显示用户文章的最佳方式是什么？

我看到了两种方式：

1) 用户的结构有名称为文章的数组，其中保留了用户的所有文章 ID。因此，为了避免多个 by-id 请求 /api/articles 将支持多个 id 请求，格式如下： GET /api/articles?ids=1,2,3,4,33

2) 支持这种形式的分页的附加视图方法：GET /api/users/:userId/articles

它们各有利弊，但它们中的哪一个更受欢迎，为什么？

Answer 1

我无法评论通常首选的方式是什么。我认为使用 userId (2) 的命名空间看起来更好，就像“网络”应该是一样的。

仅通过查看此资源模式对我来说很有意义，您可以为该特定用户 CRUD 文章。

当您的用户拥有 1.000.0000 篇文章时，传递逗号分隔的文章 ID 可能会变得很丑陋，并且它看起来像一个带有参数数组的函数调用。

所以我投票支持 2)。