- Activiti工作流引擎使用
参考:注意Activiti与JBPM5的区别,各种状态的任务查询以及和业务对象关联(未签收、办理中、运行中、已完成)
https://blog.csdn.net/qq_32541407/article/category/7078851
https://blog.csdn.net/burpee/article/details/52793071
https://blog.csdn.net/jiankunking/article/details/51065898
- Activiti工作流学习
参考:概念、Activiti整体认识、流程定义管理、流程实例、任务管理、流程变量
https://blog.csdn.net/zwk626542417/article/category/2167323
https://blog.csdn.net/acmman/article/category/6732665
http://www.656463.com/activiti.htm?page=2
https://blog.csdn.net/whatlookingfor/article/category/6454621
https://blog.csdn.net/zlt995768025/article/details/78885313
- Activiti中的demo
https://blog.csdn.net/qwlzxx/article/details/52416614
- Activiti源码分析
Activiti优缺点ExecutionEntity内部含有parent,是一个执行树或执行路径,应该是一个流程实例的执行过程,一个实例对应一个ExecutionEntity,通过getActivity得到的是当前正在执行的activity。
一直没能理解它的executionEntity的模型,它提供了三个接口:pvmexecution、execution、 activityExecution,是它的名字起的不好还是有其它的思想?
当流程结束时,删除对应的记录,这种操作很巧妙的支持了集群环境
见识了把一个流程从开始到结束的抽象:分解成各种cmd和AtomicOperation
通过一个执行链完成transaction的编程式事物控制
不支持组织机构的扩展,与业务系统进行集成时,要写很多的event来完成任务分配
可以记录冗余业务数据来组合查询任务
把已完成的流程做数据清理并备份
https://blog.csdn.net/jiankunking/article/details/51072100##1
Activiti从架构角度看是比较优秀的,是很面向对象的,是我所阅读过的代码结构很棒的开源软件,个人认为比spring,hibernate的要好
Activiti使用命令模式作为基础开发模式
Service中定义的各个方法都对应相应的命令对象(xxCmd), Service把各种请求委托给xxCmd,xxCmd来决定命令的接收者,接收者执行后返回结果。而CommandContextIntercepter顾名思义,它是一个拦截器,拦截所有命令,在命令执行前后执行一些公共性操作。
https://blog.csdn.net/sundehui01/article/details/51405876
- Activiti核心架构之职责链与命令模式
弄清职责链与命令模式
https://blog.csdn.net/jiankunking/article/details/73544912
- Activiti流程运行过程分析
https://blog.csdn.net/jiankunking/article/details/51225085
https://blog.csdn.net/bluejoe2000/article/details/41800889
https://blog.csdn.net/makeryan/article/details/76619278