REST嵌套集合

REST嵌套集合,rest,Rest,从REST的角度来看,使用资源的嵌套集合的最佳方法是什么? 让我们考虑用户和文章。api/用户和/api/文章资源可以通过PUT、POST、GET和DELETE方法访问,但是显示用户文章的最佳方式是什么 我认为有两种方式: 1) 用户的结构具有名为articles的数组,它为用户保留所有的项目ID。因此,为了避免多个by-id请求/api/articles将以如下形式支持多个id请求:GET/api/articles?ids=1,2,3,4,33 2) 具有分页支持的其他视图方法,如GET/ap

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

我认为有两种方式:

1) 用户的结构具有名为articles的数组,它为用户保留所有的项目ID。因此,为了避免多个by-id请求/api/articles将以如下形式支持多个id请求:GET/api/articles?ids=1,2,3,4,33

2) 具有分页支持的其他视图方法,如GET/api/users/:userId/articles


每种方法都有利弊,但哪种方法更受欢迎,为什么呢?

我无法评论最受欢迎的方法是什么。我认为使用userId(2)的名称空间看起来更好,就像“web”应该是这样的

只要看看这个资源模式对我来说是有意义的,你可以为这个特定的用户编辑文章

当用户有1.000.0000篇文章时,传递逗号分隔的文章ID可能会变得很难看,它看起来像一个带有参数数组的函数调用

所以我投了2票)