工作流模式详解之流程控制模式(8)——Multi-Merge
2007-04-16 11:18
555 查看
1. 理论模型
这一个模式实际上是一种相同分支的同构情况
注意,当 A、B 分支到达这个合并结点的时候,并不是合并,而是继续相同的后续分支。如 A 先完成,那么就触发 C1(这里要区别一下,第一次触发这个 C 我们称之为 C1),然后 B 完成后,再触发C2(第二次触发的 C 叫 C2)。所以实际上是触发了两次 C。按照理论模型来讲,及时 A、B 同时完成,仍然触发两个 C,但实际中却不存在同时完成的情况,计算机处理总有先后次序。
2. 同构
实际上,这种模式可以理解为:
这个模式只是业务上的一种简单形式。若在一般的工作流系统中,不同的分支采用同一个工作单元的处理代码,也可以视为这种模式。
3. 应用
在业务操作的各个细节都相同,这种模式无疑是一种很好的简化方式。但是注意 XPDL 标准能直接支持这种模式,BPEL 则无法支持。不过 BPEL 是面向服务的方式,则大可用配置的方式达到这种效果(配置中采用同一入口,或者说做一个 Proxy,将两个活动引导到同一段业务代码中),只是流程图上无法有这种表达方式而已。
这一个模式实际上是一种相同分支的同构情况
注意,当 A、B 分支到达这个合并结点的时候,并不是合并,而是继续相同的后续分支。如 A 先完成,那么就触发 C1(这里要区别一下,第一次触发这个 C 我们称之为 C1),然后 B 完成后,再触发C2(第二次触发的 C 叫 C2)。所以实际上是触发了两次 C。按照理论模型来讲,及时 A、B 同时完成,仍然触发两个 C,但实际中却不存在同时完成的情况,计算机处理总有先后次序。
2. 同构
实际上,这种模式可以理解为:
这个模式只是业务上的一种简单形式。若在一般的工作流系统中,不同的分支采用同一个工作单元的处理代码,也可以视为这种模式。
3. 应用
在业务操作的各个细节都相同,这种模式无疑是一种很好的简化方式。但是注意 XPDL 标准能直接支持这种模式,BPEL 则无法支持。不过 BPEL 是面向服务的方式,则大可用配置的方式达到这种效果(配置中采用同一入口,或者说做一个 Proxy,将两个活动引导到同一段业务代码中),只是流程图上无法有这种表达方式而已。
相关文章推荐
- 工作流模式详解之流程控制模式(8)——Multi-Merge
- 工作流模式详解之流程控制模式(7)——Structured Synchronizing Merge
- 工作流模式详解之流程控制模式(7)——Structured Synchronizing Merge
- 工作流模式详解之流程控制模式(6)——Multi-Choice
- 工作流模式详解之流程控制模式(6)——Multi-Choice
- 工作流模式详解之流程控制模式(1)——Sequence
- 工作流模式详解之流程控制模式(5)——Simple Merge
- 工作流模式详解之流程控制模式(1)——Sequence
- 工作流模式详解之基本流程控制模式的应用与设计(1、2、3、4、5)
- 工作流模式详解之流程控制模式(9)——Structured Discriminator
- 工作流模式详解之流程控制模式(10)——Arbitrary Cycles
- 工作流模式详解之流程控制模式(11)——Implicit Termination
- 工作流模式详解之流程控制模式(2)——Parallel Split
- 工作流模式详解之流程控制模式(9)——Structured Discriminator
- 工作流模式详解之流程控制模式(3)——Synchronizationor
- 工作流模式详解之基本流程控制模式的应用与设计(6、7、8、9)
- 工作流模式详解之流程控制模式(10)——Arbitrary Cycles
- 工作流模式详解之流程控制模式(12、13、14、15)——Multiple Instances
- 工作流模式详解之流程控制模式(3)——Synchronizationor
- 工作流模式详解之流程控制模式(11)——Implicit Termination