流程框架对比学习-Activiti与JBPM概念和差异(整理和汇总)

喜欢就点击上面蓝色字，更多精彩！

导读｜精选

Activiti VS JBPM

Activiti概念

一、Activiti特点

1、数据持久化

activiti 设计思想：简洁、快速。使用mybatis

2、原生支持spring

方便集成spring进行事务管理

3、流程设计

eclipse插件安装后有流程设计器，方便使用。

4、引擎接口

提供了7个引擎接口，方便调用

二、Activiti核心组件

Activiti Engine：作为最核心的模块，提供针对BPMN 2.0规范的解析、执行、创建、管理（任务、流程实例）、查询历史记录并根据结果生成报表。
Activiti Modeler：是模型设计器，其并非由Activiti公司所开发，而是由业界认可的Signavio公司赠送的（Signavio原本是收费的产品，现在被免费授权给Activiti用户使用）。适用于业务人员把需求转换为规范流程定义。
Activiti Designer：功能和Activiti Modeler类似，同样提供了基于BPMN 2.0规范的可视化设计功能，但是目前还没有完全支持BPMN规范的定义。适用于开发人员，可以把业务需求人员用Signavio设计的流程定义（XML格式）导入到Designer中，从而让开发人员将其进一步加工成为可以运行的流程定义。
Activiti Kickstart：基于表格的流程设计工具。用Activiti引擎可用的构件（constructs）的子集提供给快速创建“即席（adhoc）”的业务流程。
Activiti Explorer：可以用来管理仓库、用户、组，启动流程、任务办理等。此组件使用REST风格API（目的在于让开发人员快速入门），提供一个基础的设计模型。如果业务简单，也可以直接使用无需开发。还可以作为后台管理员的流程、任务管理系统使用。
Activiti REST：提供Restful风格的服务，允许客户端以JSON的方式与引擎的REST API交互，通用的协议具有跨平台、跨语言的特性。

三、Activiti5与jBPM5技术组成对比

说明：

1、数据库持久层ORM (MyBatis3与Hibernate3)

序号	技术要点	MyBatis3	Hibernate3
1	相对学习的门槛高度	更容易掌握	有一定难度
2	DAO层开发	没有持久化的实现需要维护SQL和结果映射	比较完整的O/R Mapping实现，在开发的过程中你完全可以不用写SQL语句，只要涉及到你的领域模型就可以了，在设计领域模型的时候完全可以使用SOLDI原则。
3	数据库移植性	不同的数据库需要写不同的SQL	基本不需要修改DAO层。因为这层的工作是它本身就实现的
4	缓存机制	不支持缓存	支持缓存
5	SQL优化	可按照实际需求写SQL，减少字段	是持久化对象，输出整个对象，不容易控制

2、持久化和事务管理

jBPM5 使用Hibernate作为数据持久化ORM实现，采用基于JPA/JTA的可插拔的持久化和事务控制规范；

Activiti 使用MyBatis进行底层数据库ORM的管理。使用Spring进行引擎配置以及各个Bean的管理；

四、Activiti与JBPM 相比有更简洁、健壮的接口

JBPM5抛弃了原来JBMP4的代码基础，重新基于drools进行了实现。JBPM5，JBPM6按照drools的接口再提供了一套JBPM接口，同名的接口，实现类不断重复出现，代码体系混乱。

Activiti中提供TaskQuery接口，可以设置各种查询过滤，排序方式，最终通过list方法执行查询

JBPM 的接口代码（查询待办事项接口）

Activiti 的接口代码（查询待办事项接口）

五、Activiti与JBPM 依赖JAR相对少，比较轻量

Activiti依赖的第三方jar包较少，常用的是：activiti-engine-5.91.jar，activiti-spring-5.9.jar。而JBPM则依赖jar较多。

但这不是重点的区别，相对来说工程大小可能不同了。

六、Activiti与JBPM Activiti支持启动引擎后随时热部署

Activiti提供了Deploy机制

网站首页 > 开源技术正文