仿钉钉流程设计- 新增发起人节点

This commit is contained in:
jason
2024-08-21 20:55:54 +08:00
parent 3a433e8226
commit 5679b4ef95
6 changed files with 127 additions and 65 deletions

View File

@ -19,18 +19,20 @@ public enum BpmSimpleModelNodeType implements IntArrayValuable {
// TODO @jaosn-1、0、1、4、-2 是前端已经定义好的么?感觉未来可以考虑搞成和 BPMN 尽量一致的单词哈;类似 usertask 用户审批;
// @芋艿 感觉还是用 START_NODE . END_NODE 比较好.
// 0 1 开始和结束
START_NODE(0, "开始节点"),
END_NODE(-2, "结束节点"), // TODO @jaosn挪到 START_EVENT_NODE 后;
END_NODE(1, "结束节点"), // TODO @jaosn挪到 START_EVENT_NODE 后;
APPROVE_NODE(1, "审批人节点"), // TODO @jaosn是不是这里从 10 开始好点相当于说0-9 给开始和结束10-19 各种节点20-29 给各种条件; TODO 后面改改
COPY_NODE(2, "抄送人节点"),
// 10 ~ 49 各种节点
START_USER_NODE(10, "发起人节点"), // 发起人节点。前端的开始节点Id 固定
APPROVE_NODE(11, "审批人节点"), // TODO @jaosn是不是这里从 10 开始好点相当于说0-9 给开始和结束10-19 给各种节点20-29 给各种条件; TODO 后面改改
COPY_NODE(12, "抄送人节点"),
CONDITION_NODE(3, "条件节点"), // 用于构建流转条件的表达式
CONDITION_BRANCH_NODE(4, "条件分支节点"), // TODO @jason是不是改成叫 条件分支?
PARALLEL_BRANCH_NODE(5, "并行分支节点"), // TODO @jason是不是一个 并行分支 ?就可以啦? 后面是否去掉并行网关。只用包容网关
// PARALLEL_BRANCH_JOIN_NODE(6, "并行分支聚合节点"),
INCLUSIVE_BRANCH_FORK_NODE(7, "包容网关分叉节点"),
INCLUSIVE_BRANCH_JOIN_NODE(8, "包容网关聚合节点"),
// 50 ~ 条件分支
CONDITION_NODE(50, "条件节点"), // 用于构建流转条件的表达式
CONDITION_BRANCH_NODE(51, "条件分支节点"), // TODO @jason是不是改成叫 条件分支?
PARALLEL_BRANCH_NODE(52, "并行分支节点"), // TODO @jason是不是一个 并行分支 ?就可以啦? 后面是否去掉并行网关。只用包容网关
INCLUSIVE_BRANCH_NODE(53, "包容分叉节点"),
// TODO @jason建议整合 join最终只有 条件分支、并行分支、包容分支,三种~
// TODO @芋艿。 感觉还是分开好理解一点,也好处理一点。前端结构中把聚合节点显示并传过来。
;
@ -48,7 +50,7 @@ public enum BpmSimpleModelNodeType implements IntArrayValuable {
public static boolean isBranchNode(Integer type) {
return Objects.equals(CONDITION_BRANCH_NODE.getType(), type)
|| Objects.equals(PARALLEL_BRANCH_NODE.getType(), type)
|| Objects.equals(INCLUSIVE_BRANCH_FORK_NODE.getType(), type) ;
|| Objects.equals(INCLUSIVE_BRANCH_NODE.getType(), type) ;
}
public static BpmSimpleModelNodeType valueOf(Integer type) {