这是一个创建于 1071 天前的主题，其中的信息可能已经有所发展或是发生改变。
要求是这样的，平台有 4 个接口，ABCD 吧。 要把数据通过 4 个接口上传上去，顺序是 ABCD 依次上传，但是如果数据不全或者其中一个失败，其实是可以分别上传的。AC 是一对，BD 是一对。BCD 都是基于 A 的数据的。 规则如下： 如果 A 成功了，BCD 才可以上传，否则 BCD 都不需要上传。 如果 A 成功但是 B 失败，可以继续上传 C,不需要上传 D, 如果 AB 成功，C 失败，D 可以继续上传.
实际情况是有 10 个接口，第一个接口是基础，但是后面的接口分不同主题，每个主题的第一个接口又是各自主题的基础。那么我如何设计才能实现最优化解决方案，既其中一个失败了，就无须再请求关联的接口了(即使请求了肯定也是失败)。
每种情况可以写死，但是比较笨，有没有聪明的设计方案，可以做到自定义组合？
 |
1
huijiewei 2021-12-03 22:00:54 +08:00
|
 |
2
kidlj 2021-12-03 22:04:40 +08:00 via iPhone
我会用 CDC 监听数据库的变更，比如 A 成功入库了，这个消息会自动发送到 Kafka ，然后用多个 consumer group 分别消费这条消息，进行后续接口请求。后续有接口对 B 接口有依赖，也可以继续依赖 B 的数据库写入变更消费消息进行下一步操作。
|
 |
3
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 |
 |
4
foam 2021-12-04 01:20:59 +08:00 via Android
配置个父子关系就可以了，父成功了，才有子。
以你上边为例， { url : a childs : [ { url : c }, { url : b childs : [ {url : d} ] } ] } |
 |
5
corningsun 2021-12-04 08:05:37 +08:00 via iPhone
|
Select Language