这种业务场景有没有更优雅的方式?

2022-01-05 09:58:35 +08:00
 LuciusChen

后端: 判断 3 依赖判断 1 添加的数据。

// 判断 1 为提示信息,确定后跳转下个页面
if (condition){
    result.setCode("0002");
    result.setMsg("msg");
    return result;
}
// 判断 2 为校验数据是否存在,前端给出弹框,确定后自动添加数据,并跳转下一个页面。
if (condition){
    result.setCode("0001");
    result.setMsg("msg");
    return result;
}
// 判断 3 同样为提示信息,确定后跳转下个页面。
if (condition){
    result.setCode("0003");
    result.setMsg("msg");
    return result;
}

前端: 普通情况下,三个提示都是单一提示。 但也会出现需要顺序提示的情况,比如:

  1. 满足判断 1 ,前端提示,判断 1 前端确定后,如果条件满足提示判断 2 ,确定后添加数据并提示判断 3 ,确定后跳转下一个页面。
  2. 满足判断 2 ,前端提示,判断 2 前端确定后,满足判断 3 提示,确定后跳转下一个页面。

目前上述判断都在后台同一个接口内,涉及到顺序提示的时候,前端调用后台代码就需要在对应的 code 分支内重复调用该接口。

判断 1 在第一次点击确定后,后续接口不再校验该场景。如果重新进入该页面,则判断 1 对应场景需重新校验。

2465 次点击
所在节点    JavaScript
7 条回复
3dwelcome
2022-01-05 10:19:36 +08:00
"前端调用后台代码就需要在对应的 code 分支内重复调用该接口。"

我觉得业务逻辑没什么问题,但是你前端重复请求那就有问题了。

可以考虑把前端的几次请求,打包合并成一个后发送,然后按照多个命令的形式来解析。
InkAndBanner
2022-01-05 10:22:43 +08:00
没有什么是加状态不能解决的 如果有 那就加两个
ccraohng
2022-01-05 10:28:13 +08:00
看起来是不同的逻辑,有不同的连续执行逻辑单元
每个执行单元统一封装成 promise 函数,丢到 map 里,然后不同入口拿到各个函数,用数组串联起来执行
66beta
2022-01-05 10:35:29 +08:00
我觉得可以找产品经理再理一下业务逻辑
LuciusChen
2022-01-05 12:18:23 +08:00
@3dwelcome 不能打包一起,因为要让用户感知,而且其中一个提示确定后还会新增数据,这个数据是后续判断的前提。
iamzuoxinyu
2022-01-05 17:38:22 +08:00
按[(cond, code, msg)]打表,在复杂就写成状态机。
LuciusChen
2022-01-05 23:54:15 +08:00
@iamzuoxinyu 打表?没懂。。。(尴尬

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

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

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

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

© 2021 V2EX