1. 理论模型

　　这一个模式实际上是一种相同分支的同构情况

　　注意，当 A、B 分支到达这个合并结点的时候，并不是合并，而是继续相同的后续分支。如 A 先完成，那么就触发 C1（这里要区别一下，第一次触发这个 C 我们称之为 C1），然后 B 完成后，再触发C2（第二次触发的 C 叫 C2）。所以实际上是触发了两次 C。按照理论模型来讲，及时 A、B 同时完成，仍然触发两个 C，但实际中却不存在同时完成的情况，计算机处理总有先后次序。

2. 同构

　　实际上，这种模式可以理解为：

　　这个模式只是业务上的一种简单形式。若在一般的工作流系统中，不同的分支采用同一个工作单元的处理代码，也可以视为这种模式。

3. 应用

　　在业务操作的各个细节都相同，这种模式无疑是一种很好的简化方式。但是注意 XPDL 标准能直接支持这种模式，BPEL 则无法支持。不过 BPEL 是面向服务的方式，则大可用配置的方式达到这种效果（配置中采用同一入口，或者说做一个 Proxy，将两个活动引导到同一段业务代码中），只是流程图上无法有这种表达方式而已。

发表于 @ 2007年04月16日 11:18:00|评论(loading...)|编辑