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/api/users/:userId/articlesREST嵌套集合,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
每种方法都有利弊,但哪种方法更受欢迎,为什么呢?我无法评论最受欢迎的方法是什么。我认为使用userId(2)的名称空间看起来更好,就像“web”应该是这样的 只要看看这个资源模式对我来说是有意义的,你可以为这个特定的用户编辑文章 当用户有1.000.0000篇文章时,传递逗号分隔的文章ID可能会变得很难看,它看起来像一个带有参数数组的函数调用 所以我投了2票)