你会这样返回API结果吗？

方便加分页吧

加字段会很恶心第一种

知道，前端、UI、老板、产品加需求，需要加字段

是为了后期数据格式变化，新旧版本替换等。方便维护。

"data": {
    "list": [
        {"name": "jack"},
        {"name": "join"}
    ],
   "count":1,
  "page": 2,
   .....
}

还要加上 spatie/laravel-json-api-paginate，好分页

一直都是第一种

列表应该加上分页信息吧？ 明显也是 新手 :see_no_evil:

一直用的第二种，方便增加分页信息，前端也好理解

不要被局限住，可以添加一个 meta

看到这么多被坑过的老司机我就放心了

很明显第二种才是合理的、正确的。 第一种 data 结构是 list，但后端肯定不可能一直返回 list 的，当要返回 map 集合时，data 的类型就变了，很容易导致强类型语言(比如安卓)的崩溃。

数据也不一定全放data里面啊.

还不知道后面谁接手，坑留给下一任

其实这两种都可以，但小程序线上的前端代码是多个版本共存的，想追加额外的数据，第一种格式就没办法了，只能另写接口

做过安卓对接就知道为啥了

肯定第二种 第一种接口加字段的时候就gg了 前端又要跟着改

这两种我都用，当需要返回列表信息时，我用的是第二种

一直，以及永远都会用第一种。

加字段？加字段就增加嵌套啊，，，这有什么问题吗

体育老师说：data 请永远返回对象，不要返回数组。

详情参考这篇 博客：Api接口实战：ApiResponse接口统一响应封装

我觉得都没啥问题，前端需要怎样的就给怎样的。除非是对外公共API，就要考虑兼容性和升级空间了

没看明白，是list还是那个花括号

data 结构不统一,安卓对接很恼火