也得看看 A\B\C 的数据结构是不是一样的。 不一样的话，全部加载还要做额外 type 判断。 React 的话全部 api 封装成 useDataA, useDataB, useDataC, 用起来也方便。

看场景呗，数据量少的话，聚合在一块加载还是可以接受的，web 只需要请求一次，速度也很快。数据量大的话，肯定是第二个，首次加载的数据量易于控制，而且后期想要做成三个同时加载也不过是在代码里并行请求两次接口而已。

@NathanInMac #9 用户体验起来快啊，至于用户有没有体验就又是另一回事儿了，哈哈

后端性能没瓶颈的话，分开对大家都好。有 http2 在，也不怕浏览器堵请求。前端还能做加载优先级控制，后端也能少写点聚合接口。

不用看评论也知道。 后端：接口要分的越细越好，前端你来组装。 前端：接口要越少越好，只要前端要展示的你都要一次性下发。 阿里：前端同学、后端同学，你们表吵了，这事让中台同学来。

就一个问题，切换 tab 刷不刷新？不刷新怎么保证实时性，刷新又何必

@sakura1988 刷新又何必开始的时候就请求全部数据。

后端写三个接口，前端自己维护个 BFF （ backend-for- frontend ）做接口聚合。 我不是说这是最好的，而是前后端分离之后必要的，我支持全栈。

从用户体验来说选 1 ，就算选 2 也是前端说了算，前端可能同时请求了这 3 个接口

我是后端的话，提供 3 个接口，前端爱怎么写怎么写 我是架构师的话，让前端每次点击一个 tab 的时候再请求新的 缓存、预请求之类的更深入的这里先不讨论