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模式,中,在调用各个命令的时候,并不需要将自己的状态传递给命令。

相关推荐