| 框架 | 优点 | 缺点 |
|---|---|---|
| Flowable | 解决了自Activiti6的Bug,并在Activiti基础上实现了DMN(决策自动化)等支持,轻量化,生态丰富,中文文档较多,提供web UI绘图服务,与Activiti使用上区别不大。 | 大量的流程实例下性能不如Camunda |
| Activiti | 使用量最高,参考文档多。 | activiti5、activiti6不再维护,activiti7在spring中依赖耦合度高 |
| Camunda | 相比于activiti7性能与稳定性更好,功能完善,工具支持比较多,国外社区活跃 | 中文参考资料相对较少,重量级 |
| jBPM | 功能强大,可扩展性好 | 学习成本偏高,配置较繁琐,中文参考资料相对较少,重量级,Hibernate作为数据持久化ORM非主流技术,默认没有提供对Spring的支持 |
| JFlow | 国产开源,使用灵活,可配置型性强,有现成的ruoyi集成 | 网上使用反馈资料较少,社区不活跃,重量级,配置较多繁琐 |
| OSworkflow | 轻量化,数据库表少, | 不支持会签、跳转、退回、加签等这些操作,需要自己扩展开发 |
相关博文1:Activiti工作流引擎优缺点
相关博文2:三大工作流引擎技术Activiti、Camunda、Flowable选型指南
相关博文3:Activiti、JBPM、Flowable、Bonita 、Airflow等工作流引擎比较
相关博文4:工作流引擎JFlow与activiti 对比分析
Activiti
Activiti作为企业级审批工作流存在的问题:
1、最核心问题是Activiti是静态流程,而大多国产工作流是动态流程,它们的区别就像是编译型编程语言和解释型编程语言;
2、中国特色的审批流程有较大的随意性和灵活性,而静态流程极大地限制了这种灵活性,如果面面俱到的去设计一个Activiti流程,那将是很大的工程,而且流程节点流向也会是错综复杂;
3、Activiti缺乏动态表单,意味着每新增一个审批流程,都得上版本,虽说Activiti流程设计可以在线用Modeler设计,但前端缺少动态表单且未和流程相绑定,所以每个流程都需要人肉维护;
4、Activiti缺乏对复杂组织架构的支撑,只适合用在扁平简单的组织架构中,对稍复杂的组织架构明显支持不足;
5、可视化流程建模工具Modeler只能算作一个半成品,跟表单、组织架构等的关联在线设计基本没有;
6、缺少报表、流程监控干预等方面的配套,需要自己开发,工作量不小。
【适合】用Activiti作为工作流的场景
适合用Activiti作为工作流的场景如下(以下各场景为 &与 的关系)
1、流程固定化,审批过程规范化,组织架构扁平化;
2、对流程线上动态能力要求不高,不需要线上直接拖拉拽就生成一个审批流程;
3、对报表、流程监控及干预等配套功能要求不高。
【不适合】用Activiti作为工作流的场景
不适合用Activiti作为工作流的场景如下(以下各场景为 ||或 的关系)
1、国企或人事关系较复杂的具有中国特色的企事业单位或大型公司;
2、审批流程不规范,一言不合就需要加签、会签一堆的干系或非干系人一起审批;
3、对流程线上动态能力的要求较高,非开发人员线上直接拖拉拽就生成一个审批流程;
4、对报表、 流程监控干预等方面的配套要求较高。
最后编辑:yuanfun 更新时间:2025-01-16 13:51