请教一下，数据类的管理后台，是后端将表格数据通过 sql join 查询把统计数据拼好，还是直接返回数据，让前端处理？哪个更符合规范？

[NCZkevin]

举例：一个页面既要展示资源的全量数据，也要根据资源全量数据做一些统计和图表，后端同学表示后端只要给资源信息的 CRUD 接口就行，符合后端规范，而且可以避免多次访问接口。只要访问一次数据，前端根据需求统计各种表格里所需的数据。但是前端同学表示后端直接多开几个接口，直接 sql 就能处理完，前端直接拿数据用就行。
所以请教一下，这种情况，哪种处理方式比较合适？如果是前端拼接的话，有什么比较好用的 groupby 库或者其他库可以用吗？

[p216085]

看接口复杂度和传参复杂度…
如果接口拼接过于复杂，倾向后端再汇总一下，让接口简单点
如果传参很多，（比如各种参数的排列组合等）倾向前段处理，因为这个时候统一的后端接口写起来会很复杂

[shakoon]

看结果集的数据量级，如果不大那可以让前端处理。但是我更倾向于后端处理。

[NewYear]

开个接口，让前端自己拼去

[Kimen]

尽量不要让接口暴露原始数据，处理好再给前端
前端处理的速度肯定是不如后端的，数据量越大越明显，你永远不知道你的客户在用什么浏览器

[muunala10221]

2 比较好一点，数据都放在一个接口可能会比较慢，长时间 pending，而且数据返回格式肯定要符合前端这边的页面用途呀