关于编程严谨性-----------处理业务前状态判断
来源:互联网 发布:网络被屏蔽怎么破解 编辑:程序博客网 时间:2024/06/12 00:29
1:今天遇到这么一个问题,被取消的订单最后出票完成了。
2;仔细研究订单日志,最后发现是同事开起多个页面导致。
3:订单处理有一个详情页面,也有所有订单的分页查询展示页面。
4:某个业务人员,同时开启了这两个页面。
5:他首先进入了订单详情页面。
6:然后进入订单分页展示页面,在展示页面点击取消订单,将订单取消了。
7:这个时候他的订单详情页面还是存在的,他又在详情页面继续处理这个订单。
8:由于订单处理逻辑中并没有判断订单的状态,于是处理成功,被取消的订单又成功复活了。
9:如果取消订单的同时会新生成一个订单,按照上面的操作,你会生成两个订单,重复出票了。
0 0
- 关于编程严谨性-----------处理业务前状态判断
- 持续更新:关于写代码严谨性
- 充值判断不严谨
- 关于服务器端的业务处理过程中让客户端弹出confirm对话框,并根据confirm,判断继续业务逻辑的处理
- 复杂业务状态的处理:从状态模式到 FSM
- 关于service业务处理类--参数问题
- Java关于图像文件的相关业务处理
- 关于秒杀业务的相关处理
- 关于一些业务逻辑的处理技巧
- 实验的严谨性
- 比较严谨的判断字符串为空
- 判断汉字正则表达式更严谨方法!
- wifi状态的判断和处理、
- 关于GridView行的状态判断
- 关于判断WebBrowser1加载状态 转帖
- 由一个MFC程序引发的对编程严谨性的思考
- 一种较为严谨的编程风格
- css 关于position 深入严谨的讲解
- 域账号被锁定
- 加载更多功能的实现
- ROC和AUC介绍以及如何计算AUC
- 有缓冲文件操作的几个函数
- 2.1安装
- 关于编程严谨性-----------处理业务前状态判断
- 图像剪切
- 同步互斥——司机售票员问题
- unity-luaFramewrok中lua错误信息的捕获
- 微信支付-刷卡支付
- 简单的栈的实现
- 调优JVM内存,并解决OutOfMemoryError,StackOverflowError等异常问题
- 关于Renderscript的理解
- 运维管理(常用工具、知识整理)