社区
Java EE
帖子详情
讨论,复杂流程的中订单的状态
maowu
2004-08-07 09:55:14
我做的项目中,订单要走很复杂的流程。
以前是在数据库中用一个“状态”字段来记录订单当前的状态。
问题是流程越来越复杂,用一个字段来判断,会很麻烦。
不知道大家遇到这种问题是怎么处理的?
...全文
224
13
打赏
收藏
讨论,复杂流程的中订单的状态
我做的项目中,订单要走很复杂的流程。 以前是在数据库中用一个“状态”字段来记录订单当前的状态。 问题是流程越来越复杂,用一个字段来判断,会很麻烦。 不知道大家遇到这种问题是怎么处理的?
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
13 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
AllError
2004-08-18
打赏
举报
回复
<程序员>2004第8期,有篇面向对象状态机的编程实践 可能对你有帮助
张海霖
2004-08-15
打赏
举报
回复
实际的工作中流程是常常改变的,在追逐商业化的今天。
我的建议是用scriplet,不要用ejb。真的。技术作为一种工具没有好坏,
只有适用和不适用。
maowu
2004-08-14
打赏
举报
回复
我一直都使用状态来控制的。但是越来越发现状态字段的局限性。并且当流程改变的时候,我们必须面对痛苦的修改。也许工作流是一个好的选择。要研究一下。欢迎对工作流有研究的朋友发表意见。
kevin1915
2004-08-10
打赏
举报
回复
你可以分析订单的各种状态,抽象出一个订单类,在订单子类中,再针对相关业务进行相关状态设定.
对不同的业务状态,设定不同的参数.
maowu
2004-08-10
打赏
举报
回复
up
haode
2004-08-10
打赏
举报
回复
个人认为不需要创建一个单独的状态表,维护一个状态字段就可以了,否则会增加数据库的工作量,影响数据库性能。
统计一下状态发生变化的情况,约定一下修改状态字段的步骤。思维条理一下就不容易出错了。
HITZXL
2004-08-10
打赏
举报
回复
如果是这样,可以考虑使用工作流了
cocolovevienna
2004-08-08
打赏
举报
回复
把数据库按范式规范化一下嘛,试试加一个状态表,看看如何,属性分别是:
提交状态/签核状态/预算状态等等,我也不知道你具体是需要些什么状态数据。假设有这些吧。
然后在订单表中加一个状态号(与订单号是一对一的关系);
不知道这样的实现与你方便否!
chen_2001
2004-08-08
打赏
举报
回复
ding
maowu
2004-08-07
打赏
举报
回复
我的问题不是在session,因为我的流程不是在一个session中走完的。
需要提交,签核,做预算等等,每个步骤可能都是不同角色的人做的。
张海霖
2004-08-07
打赏
举报
回复
state:取值1-100
或用sesson,不知道还有什么好办法。
shuneng
2004-08-07
打赏
举报
回复
gz
朋友别哭
2004-08-07
打赏
举报
回复
up
Java
状态
机实战:打造高扩展性的
订单
流程
引擎(含源码详解与快照设计)
本文介绍了一种可复用的
状态
机框架,旨在解决
订单
、支付、审批等场景
中
“
状态
变更”问题。
状态
机通过明确
状态
流转、避免
状态
错乱、解耦逻辑、实现快照审计回溯等优势,提升系统的可维护性和可扩展性。文章提供了自研
状态
机模块设计,包括
状态
定义接口、事件定义接口、快照抽象类、
状态
处理器和
状态
机子类的示例。通过保存业务快照,记录不同
状态
下的详细数据,确保
状态
变更的审计和回溯。最后,
讨论
了
状态
机适用场景,并总结了其优势。
高德打车通用可编排
订单
状态
机引擎设计
一 背景
订单
状态
流转是交易系统的最为核心的工作,
订单
系统往往都会存在
状态
多、链路长、逻辑
复杂
的特点,还存在多场景、多类型、多业务维度等业务特性。在保证
订单
状态
流转稳定性的前提下、可扩展性和可维护性是我们需要重点关注和解决的问题。 以高德打车业务的
订单
状态
为例,
订单
状态
就有乘客下单、司机接单、司机已到达乘车点、开始行程、行程结束、确认费用、支付成功、
订单
取消、
订单
关闭等;
订单
车型有专车、快车、出租车等几种车型,而专车又分舒适型、豪华型、商务型等;业务场景接送机、企业用车、城际拼车等等场景。 当
订单
状态
java
中
审核
订单
流程
图_java 实现一套
流程
管理、流转的思路(伪工作流)
在做某个管理项目时,被要求实现一套
流程
管理,比如请假的申请审批
流程
等,在参考了很多资料,并和同事
讨论
后,得到了一个自主实现的
流程
管理。以下提供我的设计思路,知道了思路,实现起来就简单很多了。首先我设计了5个类来实现
流程
的自主设置,主要是对
流程
的定义和
流程
流转。注:这是设计的图,并不是实现Dictionary:数据字典,不多说,
流程
类型存在这里面Flow:
流程
,即
流程
的定义,其
中
包括
流程
名称,描述,...
DDD落地:从携程
订单
系统重构,看DDD的巨大价值
携程用车
订单
业务包括接送机、包车、打车等产线,涉及
订单
状态
管理、支付
状态
管理、供应商
订单
状态
管理、履约
状态
管理等功能。履约
状态
关乎司机相关
状态
,完成
订单
需结清额外费用。携程租车
订单
业务涵盖
订单
状态
管理、支付
状态
管理、押金扣除记录、供应商
订单
状态
管理、履约
状态
管理等功能。履约
状态
主要涉及取还车相关
状态
。通过划分上下文和明确职责,各个领域负责自己的数据和领域知识。这样一来,
订单
不再涉及这些字段,而是由数据写入的业务方负责维护。因此,在后续与
订单
无关的业务逻辑发生变化时,
订单
无需进行修改。
电商系列之取消
订单
AI时代,程序员或多或少要了解些人工智能,前些天发现了一个巨牛的人工智能学习网站,通俗易懂,风趣幽默,忍不住分享一下给大家。一个简单的取消
订单
操作背后的业务逻辑是多么的
复杂
。在网购的
流程
中
,大家一般接触的比较多的都是正向
流程
,即下单的
流程
:浏览商详、加入购物车、提交
订单
、确认收货等。但是系统设计的时候往往会发现逆向
流程
比较正向
流程
更加的
复杂
,大家经常接触的逆向
流程
一般主要两类:取消
订单
和售后退货。今天先跟大家聊下取消
订单
背后的逻辑,对用户来说只是一个简单的申请取消的按钮,但是后台确实做了比较
复杂
的逻辑。
Java EE
67,549
社区成员
225,860
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章