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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 1407 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

上传

接口

bcd

失败

5 条回复 2021-12-04 08:05:37 +08:00

huijiewei

2021-12-03 22:00:54 +08:00

状态机

https://github.com/alan-x/state-machine

kidlj

2021-12-03 22:04:40 +08:00 via iPhone

我会用 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 via Android

配置个父子关系就可以了，父成功了，才有子。
以你上边为例，
{
url : a
childs : [
{
url : c
},
{
url : b
childs : [ {url : d} ]
}
]
}

corningsun

2021-12-04 08:05:37 +08:00 via iPhone

@dddd1919 实际情况是有 10 个接口，所以代码会很长的。

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