rest - 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）。