@ethanwan9 #4 不清楚你们业务，我理解的重点不是状态和流转，是每个细分场景具体业务的实现，至于流转，如楼上所属一个 sn 码绑定一个状态即可

1.先访问各种业务部门，调研他们的相关流程，把流程图整理出来，并让对方签字。 2.根据流程，设计数据结构与算法。注意，要为后期的修改与扩展留下足够的冗余，每类数据结构都要加入版本号、数据创建人、数据创建时间、数据修改时间、数据删除时间、备注，等等。 各种数据，包括临时数据、中间数据，尽量不要停留在程序里，让所有数据都由数据库接管，这能方便开发与调试。 3.根据流程、数据结构与算法，前后端分工，开始设计程序。

@dlmy #7 是的，我们只有在流程变更频率高、非核心业务才用编排，其他状态机搞定

几个状态位,做好注释, 我觉得轻松又简单. 至于工作流引擎 我真没有看过真正把这个玩意玩好的项目

@laminux29 @irisdev @xiaogenban @COOOOOOde 受益匪浅，谢谢各位的回复！

@dlmy 谢谢！我来参考一下

@dlmy 比如说一个芯片在生产过程中，可能有三道工序，ABC ，A 做完后进行质检等操作，如果通过则推送给 B ，不通过则有一些其他状态（比如说返回到 A ），同事有试着画 bpmn 图，总之看着结构挺复杂的，像这种的话，绑定一个状态可以够用嘛？