可以看下 https://graphql.org/

这不是数据中台要干的事情吗

Graphql 就把当前问题搞大了点，相信楼主没有时间去改造框架，也很难短时间说服前端去用 Graphql。

感觉这个问题主要看前后端谁是主导地位，前端主导的话，估计就要单写个聚合接口了（面向 UI 设计接口）。后端主导的话，如果其他几个接口没有互相依赖的话，可以酌情复用接口。前后端谁也说服不了谁的时候，于是就出现了数据中台。。。但是一般小公司也不会有中台

写个聚合接口吧。别想太多了。

真的是张口就来啊。

接口不能拼接，必须重新写一个接口。参考三楼的回答。

Graphql 肯定不用的了，这不就超大工程了吗。 也不要说中台了，这不就前端做主导吗。 所以终上所述，就是重写一个新的接口，应该是最方便的解决方案了。

中台都出来，就很离谱。

前端是不是没学过 Promise（手动狗头）

来一个 BFF

让前端自己写

世界是熵增的，restful 过于有序，不能完全满足真实世界，可以考虑函数式路由，这样就可以满足你们前端的需求了。