有什么较好方案可以做到类似Graphql前端自定义获取API数据？

Question

原先服务器后台走的RESTful API规范，前端通过HTTP协议请求查询和操作资源。这也是大部分项目开发的协作方式。这种协作方式大部分场景下没太大问题，但在某些复杂的交互场景下对前端并不太友好。

前端需要获取数据渲界面时，存在以下问题：
1、数据来源于多个不同的API请求，并发请求过多，网络会进入pending状态。
2、数据来源于多个不同的API请求，存在前后依赖关系，网络请求耗时长。
3、数据结构无法直接使用，前端需要额外写个format函数转数据结构。
4、数据类型不一定正确，前端需要额外做各种类型判断和防错处理。

尝试过的方案：
方案1：
在服务器后台增加一个node中间层服务，后台只提供原子接口，中间层负责API请求的聚合和数据结构转换，中间层由前端开发维护。

优点：
前端开发可以自定义API接口响应，避免了很多无意义的扯皮与设计思路不一致的问题。

缺点：
服务器需要增加一个服务端口，更改了原有的部署流程，在某些已成熟的产品场景不适用。
中间层只负责API请求的聚合和数据结构转换，缺少了日志监控，并发处理等防护措施。

期望方案：
将API请求的聚合和数据结构转换写在前端代码中，编译后集成到后台服务中，不增设后台服务端口。