go-workflow 是一个超轻量级的工作流引擎,基本架构同Activiti工作流有些相似,但是它更精简,更轻量,它是一个工作流微服务,具体案例详见:example.md
前端流程生成工具:https://github.com/go-workflow/go-workflow-UI
1.它是一个工作流微服务
2.将所有的无关流程的数据,包括用户、用户组等信息从服务中解耦出去,go-workflow只纪录流程的流转
3.使用json数组替代bpmn来生成流程定义,简化流程定义的生成
表 procdef 用于保存流程的配置, 主要字段有:
name: 流程定义的名称,如:"请假流程"
version: 流程定义的版本
resource: 保存流程定义的具体配置,它是一个json格式的字符串
company: 保存该流程创建人所在公司
表 proc_inst 用于保存流程实例,当用户启动一个流程时,就会在这个表存入一个流程实例,
主要字段有:
procDefID: 对应表procdef的id,
title: 标题,如:"张三的请假流程"
department: 用户所在部门
nodeID: 当前所处于节点的名称
candidate: 当前审批人或者审批用户组
taskID: 当前任务id
表 execution 用于保存执行流,当用户启动一个流程时,就会生成一条执行流,之后的流程就会按照执行流的顺序流转,
比如:开始-主管审批-财务审批-人事审批-结束 ,
主要的字段有:
procInstID: 流程实例id,对应表proc_inst
procDefID: 流程定义id,对应表procdef
nodeInfos: 是一个json数组,纪录流程实例会经过的所有节点
表 identitylink 用于保存任务task的候选用户组或者候选用户以及用户所参与的流程信息,
主要字段有
type: 表示关系类型,有:"candidate"和"participant"两种
group: 表示当前审批的用户组
userID: 表示当前审批的用户
taskID: 对应任务task表的id
step: 表示任务对应的执行流位置,比如:有一个执行流:开始-主管审批-财务审批-人事审批-结束,那么
step=0,则处于【开始】位置,step=1则处于【主管审批】位置
company: 表示公司
procInstID: 对应流程实例id
表 task 用于保存任务,
主要字段有:
nodeID: 表示节点,如:"主管审批"结点
step: 表示任务对应的执行流位置
assignee: 任务的处理人
memberCount: 表示当前任务需要多少人审批之后才能结束,默认是 1
unCompleteNum: 表示还有多少人没有审批,默认是1
agreeNum: 表示通过的人数
actType: 表示任务类型 "or"表示或签,即一个人通过或者驳回就结束,"and"表示会签,要所有人通过就流
转到下一步,如果有一个人驳回那么就跳转到上一步
历史数据表包括 execution_history,identitylink_history,proc_inst_history,task_history这些表字段同正常的表相同,每隔20秒,将已经结束的流程数据会自动迁移过来
启动 go-workflow 微服务后,可以在浏览器中输入:http://localhost:8080/workflow/procdef/save 进行存储
具体见 example.md 说明文档
通过调用 StartProcessInstanceByID 方法来启动流程实例,
主要涉及:
获取流程定义
GetResourceByNameAndCompany()->启动流程实例CreateProcInstTx()->生成执行流GenerateExec() -> 生成新任务NewTaskTx() -> 流程流转 MoveStage()
调用方法 Complete()方法来执行任务的审批, 涉及方法:
更新任务 UpdateTaskWhenComplete()-> 流转MoveStageByProcInstID()
调用方法 WithDrawTask() 方法来执行任务的撤回