接口请求的后台发起确认

场景讲解

做业务开发时经常遇到这些场景,在后端代码执行命中了些业务规则,需要前端用户确认一下再往下执行。

示例1:后端判断申请1笔超过5万的资金时会发起监管流程,告诉前端操作用户风险并询问是否确认执行。

示例2:数据并发控制,后端校验到数据已被其它用户修改,询问用户是否覆盖数据。

处理过程原理

  1. 前端发起接口调用

  2. 后端判定不是强制提交,校验后台规则,如果命中引发前端确认导常

  3. 前端捕捉到确认异常,弹窗询问,确认后采用首次请求参数并设置为强制提交,再发起接口调用

  4. 后端判定是强制提交,忽略后台规则校验,往下执行

框架封装简化使用

如果每次都按照上面的原理流程进行代码编写会比较繁琐,所以需要框架级的封装,简化使用。

后端封装提供一个判定是否强制调用的变量,控制代码执行

示例1:后端的处理脚本

示例2:后端的处理脚本

前端把异常捕捉,设置强制提交,再次发起接口请求进行封装,让前端代码只写1次接口调用

示例1:前端的调用脚本

示例2:前端的调用脚本

总结

myBuilder的强大就体现在这些细节,这是主设计师20多年的技术底缊,匝心打造的IDE级别低代码平台。

相关推荐
KD4 小时前
设计模式——责任链模式实战,优雅处理Kafka消息
后端·设计模式·kafka
困死了111110 小时前
设计模式-注册表模式
设计模式
桦说编程11 小时前
Guava Forwarding系列类详解——装饰器模式实战
java·后端·设计模式
How_doyou_do16 小时前
常见的设计模式
前端·javascript·设计模式
alibli16 小时前
深度理解设计模式——概述,SOLID原则
设计模式
AM越.19 小时前
Java设计模式超详解--观察者设计模式
java·开发语言·设计模式
ezreal_pan19 小时前
基于券类型路由的渐进式重构:函数式选项模式与管道模式的完美结合
设计模式·重构·golang·选项函数
有一个好名字20 小时前
设计模式-单例模式
java·单例模式·设计模式
LaughingZhu20 小时前
Product Hunt 每日热榜 | 2025-12-17
大数据·人工智能·经验分享·搜索引擎·产品运营