请教一下，数据类的管理后台，是后端将表格数据通过 sql join 查询把统计数据拼好，还是直接返回数据，让前端处理？哪个更符合规范？
NCZkevin · 2021-09-06 23:34:15 +08:00 · 920 次点击这是一个创建于 1180 天前的主题，其中的信息可能已经有所发展或是发生改变。
举例：一个页面既要展示资源的全量数据，也要根据资源全量数据做一些统计和图表，后端同学表示后端只要给资源信息的 CRUD 接口就行，符合后端规范，而且可以避免多次访问接口。只要访问一次数据，前端根据需求统计各种表格里所需的数据。但是前端同学表示后端直接多开几个接口，直接 sql 就能处理完，前端直接拿数据用就行。
所以请教一下，这种情况，哪种处理方式比较合适？如果是前端拼接的话，有什么比较好用的 groupby 库或者其他库可以用吗？
所以请教一下，这种情况，哪种处理方式比较合适？如果是前端拼接的话，有什么比较好用的 groupby 库或者其他库可以用吗？
 |
1
p216085 2021-09-06 23:56:30 +08:00 via iPhone
看接口复杂度和传参复杂度…
如果接口拼接过于复杂，倾向后端再汇总一下，让接口简单点 如果传参很多，（比如各种参数的排列组合等）倾向前段处理，因为这个时候统一的后端接口写起来会很复杂 |
 |
2
shakoon 2021-09-07 08:27:29 +08:00
看结果集的数据量级，如果不大那可以让前端处理。但是我更倾向于后端处理。
|
 |
3
NewYear 2021-09-07 08:53:50 +08:00
开个接口，让前端自己拼去
|
 |
4
Kimen 2021-09-07 09:24:47 +08:00
尽量不要让接口暴露原始数据，处理好再给前端
前端处理的速度肯定是不如后端的，数据量越大越明显，你永远不知道你的客户在用什么浏览器 |
 |
5
muunala10221 2021-09-07 11:26:00 +08:00
2 比较好一点，数据都放在一个接口可能会比较慢，长时间 pending，而且数据返回格式肯定要符合前端这边的页面用途呀
|
Select Language