JBPM4.4 源码分析 JBPM4.4 设计模式分析

中间使用了UML的EA工具，所以不同的Package下，反向代码如何合并在同一个类图中进行显示？

今天准备分析一下TaskAssigneeTest的类源码，然后进行跟踪观察

1、在Start进入，及taskComplete的时候，基本上都是原子操作在来回执行，那么这几个原子操作的执行顺序及几个类的基本含义是什么？

2、为什么在Atomic类中，只有6个子类，但实际上继承它的子类有8个。
    答：因为在Atomic中个构造方式，是构造子类的，但因为扩展性不好，导致在外部程序的时候，是直接实例化他的子类的。并且有2个子类不在其中。另外2个子类，也是在外部程序中直接进行实例化的。
    所以，在这个地方，Atomic的实现，是需要改善的。

3、在taskService中，调用taskService.completeTask(task.getId());但在程序里面好像有地方出现的是 taskcomplete ，需要考虑如何JBPM，作者命名的含义是？

4、在Joint节点的时候，只要前面节点完成，它等待路由一旦到达，就立即到下个环节。感觉像在处理观察者模式，需要进一步去看一下。

5、观察者模式，如果在观察者中，update的方法中无subject的依赖关系，那么感觉好像也可以称为 Command模式。因为Command模式，中，在调用各个命令的时候，并不需要将自己的状态传递给命令。