举例：显示用户的 API /users
返回列表数量
{
"user_count": 42,
"users": [ ... ]
}
不返回列表数量
{
"users": [ ... ]
}
哪一种比较好？
This topic created in 3322 days ago, the information mentioned may be changed or developed.
 |
crysislinuxSep 30, 2017 via Android
1
如果支持 filter 的话，统一返回个 filteredTotal 和 Total 还是挺有用的
|
 |
2
我们用 Ruby On Rails 是这样搞的，在需要分页的地方，就需要同时返回总条数，总页数，每页显示条数。
在不需要显示分页的地方，就直接返回 users 好了，因为一般都是直接读取 users 的 size，就获得了 count 了 |
1 |
ohSep 30, 2017 via iPhone
3
这个 count 一般是指符合条件的 user 总数，而不是这个 user 数组的长度。比如做分页的时候要知道分几页。
|
 |
6IbA2bj5ip3tK49jSep 30, 2017
4
我觉得没必要吧，前端拿到数据开始操作的时候，已经序列化好了。取长度就好了
你第二种也是多余，直接返回列表就好了。 |
 |
gzlockSep 30, 2017 via Android
5
看业务需求的问题在 v2 也问不出什么结果
要用就放，不要用就不放，多大点事 |
 |
hnbcinfoSep 30, 2017
6
分页的话加一个总长度字段有必要，但返回数据长度不用单独列出来吧
|
 |
nannanziyuSep 30, 2017
7
@xgfan 这叫反序列化
|
 |
lecherSep 30, 2017 via Android
8
取决于前端要不要用 total 处理分页渲染，是不是允许跳转指定分页。
如果瀑布流，用户不需要关心总页数，渲染分页列表之类的，就不需要返回 total |
|
6IbA2bj5ip3tK49jSep 30, 2017
9
@nannanziyu 尴尬了。
|
 |
10
可以把分页相关信息写到 HTTP Header 里.
|
 |
loveCodingSep 30, 2017
11
感觉没那个必要
code msg result |
 |
ytmsdySep 30, 2017
13
取决于需不需要做分页！
|
Select Language