大佬们怎么看......
1
guisheng 2023-01-31 14:43:45 +08:00
同步接口不变,异步统一使用消息队列接收处理。
|
2
hhjswf 2023-01-31 16:25:44 +08:00 via Android
异步调用是啥意思?接口结果以回调的方式返回嘛
|
4
vagusss 2023-01-31 17:17:44 +08:00
为啥这么干
|
5
yeqiu 2023-01-31 17:20:42 +08:00
获取数据也异步吗?
这太可怕了吧 |
6
RightHand 2023-01-31 17:23:58 +08:00 via Android
异步首先是回调地狱,务必使用自带协程的语法的语言
|
7
zeonll 2023-01-31 17:24:24 +08:00
背景是什么。不说背景说需求统统刷流氓
|
8
ffw5b7 2023-01-31 17:24:43 +08:00 via Android
进度?各个业务不一样,那就是日志 /链路追踪咯?
|
9
sleeepyy 2023-01-31 17:26:22 +08:00
接口全都写异步的,需要同步的时候就 block_on(api)
|
10
nothingistrue 2023-01-31 17:39:54 +08:00 1
要求所有接口都异步还说得过去,要求同时支持同步和异步,这脑袋是被驴踢了。
同步还是异步,要综合考虑业务要求和性能要求的,都支持没有技术性错误,但是开发成本太高了,一般都是单接口二选一。总体上可能会是部分接口同步,部分接口异步。 所有接口都异步,也是不现实的,这样被调用方是方便了,调用方就要吃屎了。 |
11
nothingistrue 2023-01-31 17:43:31 +08:00
|
12
q1angch0u OP @zeonll 没有啥背景,平台的功能不重要,我就想讨论 [所有接口必须同时支持异步 /同步调用] 这件事儿…
|
14
q1angch0u OP |
15
IvanLi127 2023-01-31 19:42:41 +08:00 via Android
这事在某些情况下确实有必要,这样就能 既要又要 了
|
16
q1angch0u OP @IvanLi127 比如有一个获取用户信息的接口,我实在想不通为何需要异步获取…能请教一下吗?
|
17
jones2000 2023-01-31 23:14:47 +08:00
说实话, 没什么好讨论的, 根据 leader 的意思搞就行了,反正你不做整体构架, 出了问题有人背锅,垒代码就是了。
|
18
GeruzoniAnsasu 2023-01-31 23:27:08 +08:00
你有没有想过这样一个怼点:
所有的同步调用都可以在调用方而不是接口处实现。 |
20
jink2018us 2023-02-01 01:32:46 +08:00
同步方法 1 个=异步方法 3 个(发起,回调 /轮询,取消)
让老板再招 2 个人或工期 X3 为屎山添砖加瓦,咱不劳心 |
21
k9982874 2023-02-01 01:39:51 +08:00 via Android
你们公司主程脑袋被门夹了吗?
|
22
unnamedhao 2023-02-01 07:39:12 +08:00 via iPhone
让你干啥你干啥
|
23
q1angch0u OP @GeruzoniAnsasu #16 这句话没太理解,能否辛苦详细说说。
|
24
q1angch0u OP @IvanLi127 #19 我这是个单体应用,获取用户信息就是查一句 sql ,这资源消耗应该不会比查询+轮训大吧?
|
25
lyxeno 2023-02-01 09:11:05 +08:00
只实现异步就好了。
调用方自己等待异步结果,那不就是同步了吗? 不过有些接口做成异步毫无意义...徒增开发成本 |
26
hoopan 2023-02-01 09:16:06 +08:00
一般接口都是同步,只在特殊要求下才异步(性能、并发、请求时间)。全部异步不太可能,跟同事沟通下公司领导的真实意图。
|