mirror of
https://gitee.com/dotnetchina/OpenAuth.Net.git
synced 2025-11-08 10:24:44 +08:00
refactor: 优化代码结构
This commit is contained in:
@@ -1,22 +1,32 @@
|
||||
# 工作流中的概念
|
||||
|
||||
|
||||
## 并行网关
|
||||
|
||||
并行网关处理的是流程分支和汇聚,每个分支可以是不同的业务逻辑和不同的处理人。它有以下特点:
|
||||
|
||||
- 分支时:所有出口流向都会被激活(创建多条并行路径)
|
||||
- 汇聚时:等待所有进入的分支完成才继续往下执行
|
||||
- 每条路径通常由不同的活动和不同的处理人完成
|
||||
- 路径之间互相独立
|
||||
|
||||
在网关开始时(即分支时),可以设置并行网关的类型,目前支持两种模式:全部通过和至少一个通过。如下:
|
||||

|
||||
|
||||
全部通过:网关所有分支审批通过,节点审批通过。
|
||||
|
||||
至少一个通过:网关中任意一个分支审批通过,节点审批通过。
|
||||
|
||||
具体的审批人员或角色,需要在【网关开始】和【网关结束】之间的节点配置,如上图中的admin、test。
|
||||
|
||||
## 会签
|
||||
|
||||
会签又称为联名签署,指需要得到两个或多个相关参与者的签名批准。目前支持两种模式:全部通过和至少一个通过,在【会签开始】节点进行配置。如下:
|
||||

|
||||
会签又称为联名签署,处理的是同一个任务需要多人审批的情况。它的特点:
|
||||
|
||||
全部通过:会签中的所有人员都通过,节点审批通过。
|
||||
|
||||
至少一个通过:会签中任何一个人通过,节点即审批通过。
|
||||
|
||||
具体的会签人员或角色,需要在【会签开始】和【会签结束】之间的节点配置,如上图中的admin、test。
|
||||
|
||||
::: warning 特别注意
|
||||
|
||||
【会签开始】【会签结束】执行权限配置为所有人
|
||||
|
||||
会签不能在分支上加判断条件
|
||||
:::
|
||||
- 是同一个任务的多个副本
|
||||
- 分配给多个执行人执行相同的工作
|
||||
- 可以设置完成条件(如全部通过、部分通过即可)
|
||||
- 处理的是同一个业务节点,只是执行人不同
|
||||
|
||||
## 加签
|
||||
|
||||
|
||||
Reference in New Issue
Block a user