请教一个接口调用顺序设计的问题

2021-12-03 21:44:18 +08:00
 BraveChi

要求是这样的,平台有 4 个接口,ABCD 吧。 要把数据通过 4 个接口上传上去,顺序是 ABCD 依次上传,但是如果数据不全或者其中一个失败,其实是可以分别上传的。AC 是一对,BD 是一对。BCD 都是基于 A 的数据的。 规则如下: 如果 A 成功了,BCD 才可以上传,否则 BCD 都不需要上传。 如果 A 成功但是 B 失败,可以继续上传 C,不需要上传 D, 如果 AB 成功,C 失败,D 可以继续上传.

实际情况是有 10 个接口,第一个接口是基础,但是后面的接口分不同主题,每个主题的第一个接口又是各自主题的基础。那么我如何设计才能实现最优化解决方案,既其中一个失败了,就无须再请求关联的接口了(即使请求了肯定也是失败)。

每种情况可以写死,但是比较笨,有没有聪明的设计方案,可以做到自定义组合?

1207 次点击
所在节点    问与答
5 条回复
huijiewei
2021-12-03 22:00:54 +08:00
kidlj
2021-12-03 22:04:40 +08:00
我会用 CDC 监听数据库的变更,比如 A 成功入库了,这个消息会自动发送到 Kafka ,然后用多个 consumer group 分别消费这条消息,进行后续接口请求。后续有接口对 B 接口有依赖,也可以继续依赖 B 的数据库写入变更消费消息进行下一步操作。
dddd1919
2021-12-03 22:54:51 +08:00
你的描述:
A&C, B&D, A -> BCD, A & !B -> C, A & B & !C -> D

整理下来:
if (A) {
C
if(B) {
D
}
}

建议想问题之前先画个逻辑图出来把互相之间的关系捋顺,项目不太复杂的话几个 if 就解决了,没必要过度设计,如果系统比较多可以走 MQ
foam
2021-12-04 01:20:59 +08:00
配置个父子关系就可以了,父成功了,才有子。
以你上边为例,
{
url : a
childs : [
{
url : c
},
{
url : b
childs : [ {url : d} ]
}
]
}
corningsun
2021-12-04 08:05:37 +08:00
@dddd1919 实际情况是有 10 个接口,所以代码会很长的。

这种情况工作流比较合适,而且调整起来也方便。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/819914

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX