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模式,中,在调用各个命令的时候,并不需要将自己的状态传递给命令。
相关推荐
瓜牛呱呱 2020-11-12
柳木木的IT 2020-11-04
yifouhu 2020-11-02
lei0 2020-11-02
源码zanqunet 2020-10-28
源码zanqunet 2020-10-26
一叶梧桐 2020-10-14
码代码的陈同学 2020-10-14
lukezhong 2020-10-14
lzzyok 2020-10-10
anchongnanzi 2020-09-21
clh0 2020-09-18
changcongying 2020-09-17
星辰大海的路上 2020-09-13
abfdada 2020-08-26
mzy000 2020-08-24
shenlanse 2020-08-18
zhujiangtaotaise 2020-08-18
xiemanR 2020-08-17