前端后端的各位，接口请求数据的时候，你们更喜欢哪种方式

[szyp]

如图所示，如果上面三个 Tab 栏中的数据都不相关

你是选择：
1. 一次性加载所有数据，前端点击直接切换
2. 点击 Tab 栏切换请求对应的数据

本人是后端，我更期望前端使用第二种方式去请求，这样开发的时候，调试工具更能直观的看到哪个接口出了问题，影响到什么了

[Rennen]

接口肯定是要写三个的，一次全加载还是切换 tab 时加载前端自己决定

[fruitmonster]

图看不到

[qiaofanxing]

@fruitmonster 我这里能看到，画的不错，请问一下用什么工具画的呀

[szyp]

@qiaofanxing https://excalidraw.com/ v 站很多人讲过

[szyp]

@fruitmonster 很简单我描述一下，三个 tab 栏是同时请求数据、还是点击才请求

[qinyui]

数据是固定的方式一好点，数据是动态的且希望切 tab 刷新数据就方式二

[gg85]

看需求，切换频率不高的话分三次，前端加个骨架屏切换时显示

[learnshare]

显示哪个请求哪个，但原因并不是后端希望这样做。
前端这样做，更符合按需渲染、按需加载。

如果涉及到缓存/重复请求，或者 OP 要求方便调试，应该从其他方向解决问题。

[NathanInMac]

好多国产 app 就是全部加载，妈的流量刺客

[XTTX]

也得看看 A\B\C 的数据结构是不是一样的。 不一样的话，全部加载还要做额外 type 判断。

React 的话全部 api 封装成 useDataA, useDataB, useDataC, 用起来也方便。

[7gugu]

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

[Rache1]

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

[IvanLi127]

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

[xuld]

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

[sakura1988]

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

[sakura1988]

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

[chloerei]

后端写三个接口，前端自己维护个 BFF （ backend-for- frontend ）做接口聚合。

我不是说这是最好的，而是前后端分离之后必要的，我支持全栈。

[newbie111]

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

[yhxx]

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

[redbeanzzZ]

点了再切换，不然压测时候测试搞一堆数据可能影响性能给你来个 bug