共计 596 个字符,预计需要花费 2 分钟才能阅读完成。
一、传统工作流实现形式
在没有专门的工作流引擎之前,咱们之前为了实现流程管制,通常的做法就是采纳状态字段的值来跟踪流程的变动状况。这样不必角色的用户,通过状态字段的取值来决定记录是否显示。比如说员工销假申请流程:员工申请 --- 部门经理 --- 总经理 --- 人事存档
针对有权限能够查看的记录,以后用户依据本人的角色来决定审批是否合格的操作。如果合格将状态字段设置一个值,来代表合格;当然如果不合格也须要设置一个值来代表不合格的状况。
这是一种最为原始的形式。通过状态字段尽管做到了流程管制,然而当咱们的流程产生变更的时候,这种形式所编写的代码也要进行调整。那么有没有业余的形式来实现工作流的治理呢?并且能够做到 业务流程变动之后,咱们的程序能够不必扭转,如果能够实现这样的成果,那么咱们的业务零碎的适应能力就失去了极大晋升。
二、Activiti 流程
为什么 Activiti 就能够解决业务需要变更时,源代码不须要更新,更新的是业务流程图,原理是什么?
原理剖析
如何能够做到咱们在业务流程产生变更后,咱们的业务零碎代码能够不产生扭转?此时咱们就来剖析一下原理。
具体分析过程如下图所示:
Activiti 外部外围机制及实现原理图
原理:节点和表之间的信息转换,关键点就在这里。把节点的信息读取进去而后存入到表里边,未来在解决的时候,从表中读取记录,解决完之后将记录删掉,意味着这个环节就解决完了,而后再解决下一个节点。
正文完