1
wolfie 2021-09-15 15:35:01 +08:00
单页面初始化请求过多,可以额外出一个封装多个接口的请求。
|
2
bigbigpark 2021-09-15 15:37:43 +08:00
一次性把所有数据封装好会不会导致接口响应过长,页面没有数据可展示
|
3
learnshare 2021-09-15 15:39:02 +08:00
具体问题具体分析,缺少细节没办法讲合适的方案
|
4
kop1989 2021-09-15 15:40:04 +08:00 2
楼主问的这个问题太大了,涉及到过多的情况。
以下只是泛泛的聊一下,如果有既定场景,可以继续再深入探讨。 如果完全面向前端设计接口: 1 、会导致接口的复用性极度降低。 2 、会降低前端处理数据的灵活性。(并不是所有接口都会依赖前一个接口的结果) 3 、因 2 、会衍生性能问题(本来可以并发的请求,因为接口的合并,导致不能并发)。 4 、影响异常时的影响范围(接口颗粒度越细,则每个接口出错时对界面的影响越小)。 |
5
wanguorui123 2021-09-15 15:43:49 +08:00
不考虑延迟情况下,分开最好
|
6
heiheidewo 2021-09-15 15:45:38 +08:00
分开请求比较好,开启了 keep-alive 可以节省一些资源吧
|
7
Vegetable 2021-09-15 15:48:58 +08:00
出门是带一张 100 元的好还是 100 张 1 块的好呢?
这东西不能一概而论。 |
8
thtznet 2021-09-15 16:52:33 +08:00
看页面的设计,复用率等综合考虑,没有银弹。
|
9
imnpc 2021-09-15 16:55:58 +08:00
都是根据需求来的 例如
APP 首页 元素不多可以一次给出 多的话需要分多个接口多次请求 大部分列表页一次性给出即可 商品页 /订单流程可能需要多个接口按需调用 |
10
InDom 2021-09-15 16:58:46 +08:00
请把查询量最大的接口给我,有人回帮你们天天压测的。
|
12
MrZhaoyx 2021-09-15 17:52:34 +08:00
graphQL
|
13
kaneg 2021-09-15 22:45:23 +08:00
最近在搞后端 API 的聚合,也有楼主一样的纠结。如果分多个 API,UI 写的代码就比较,维护起来也麻烦;如果全放后端,又会降低灵活性。
不过多个调用能并发的,前端和后端都能做。 |
14
intmax2147483647 2021-09-16 15:31:32 +08:00
没看到楼上有提到比较好的实践,如果前端面对的是多个 server,那么最好是有个 BFF ( Backend frontend forwarder ). 将后端 API 做聚合,直接返回前端组件能后直接使用的数据。
|
15
RealJacob 2021-09-16 16:39:21 +08:00
如果数据量不多当然可以一次请求。
但是根据领域驱动设计的原则,对前端来说,肯定是不同领域对应不同接口在开发的时候更清晰合理,跨领域使用数据是该避免的事情。实际开发中,哪些接口该并发,哪些需要优先请求,fcp 是否可以优化,都是不能一概而论的。 |
16
bsg1992 2021-09-17 15:46:12 +08:00
这个得看页面不能一概而论。
UI 数据需要一次性全部展示,我建议的是后端做一个聚合接口。 UI 可以对数据进行分段展示就不需要 做聚合接口。 这种问题 不单单是 前端和后端的问题,还得问问设计师。 |