js9905com金沙网站 > 科技发展 > 基于工作流的平台管理系统设计

原标题:基于工作流的平台管理系统设计

浏览次数:71 时间:2019-09-25

原标题:基于职业流的阳台管理种类规划

Activiti专门的工作流引擎使用

图片 1

1.轻便介专门的职业流引擎与Activiti

对于工作流引擎的批注请参考百度周到:行事流引擎

对此网络经济平台来说,首要的作业愈发是事关资金业务有关操作时皆有须要有连带的审查批准流程.同不经常候在流水线的漂泊进度中供给和一一业务系统实行互动,实现真正的事体管理, 并记录那几个进度中全数人的操作以及每一步操作时所涉嫌数额快速照相,以便于内外界审计和难点的追溯.

1.1 作者与工作流引擎

在第一家同盟社专门的学业的时候根本任务就是开荒OA系统,当然基本都是有职业流的匡助,可是当下应用的干活流引擎是公司部分牛人开采的(据他们说是用贰个开源的外燃机械修理改的),名称为CoreFlow;成效相对Activiti来说相比弱,可是能满意普通的行使,当然也可以有相当多的主题素材由此后来大家只可以修改引擎的代码打补丁。

现今是自己专门的学业的第二家商厦,因为要开荒ERP、OA等系统必要选拔工作流,在档期的顺序调研阶段自身先找找资料选拔使用哪个开源行事流引擎,最后显明了Activiti5并依赖商家的架构做了一部分DEMO。

◆✦上面为五个规范的业务流程✦◆

1.2 Activiti与JBPM5?

对于Activiti、jBPM4、jBPM5我们应该怎样抉择,在InfoQ上有一篇小说写的很好,从大的范围比较各种引擎之间的分裂,请参照他事他说加以考察小说:纵观jBPM:从jBPM3到jBPM5以及Activiti5

(注: 为了求证方便, 已经简化和修改相关手续, 和点融实际操作不相同)

1.3 Activiti资料

  • 官网:

  • 下载:

  • 本子:Activiti的本子是从5开始的,因为Activiti是使用jBPM4的源码;本子揭橥:五个月发布叁次。

  • Eclipse Plugin: 

  • Activit中文群:5435716

图片 2

2.初次使用蒙受难点访谈

因为Activiti刚刚退出不久所以资料相比较空缺,粤语资料更少的可怜,所以初阶的时候叁只雾水(纵然此前用过职业流,可是以为距离比较多),并且官方的手册还不是很完善;所以作者把小编在读书应用的长河碰到的部分疑问都位列出来分享给我们;以下几点是自家遭受和想到的,若是你还也可以有哪些疑难能够在评价仲阳小编交换再补充。

一. 借款人银行卡新闻修改

2.1 安插流程图后普通话乱码

乱码是一直缠绕着国人的难题,以前各种本事、工具现身乱码的主题素材写过十分的多篇章,这里也不例外……,Activiti的乱码难点在流程图中。

流程图的乱码如下图所示:

图片 3

解决办法有二种:

该流程发起原因根本是出于借款人信用卡转移原因要求修改. 流程关键步骤为:

2.1.1 修改源代码格局

修改源码

org.activiti.engine.impl.bpmn.diagram.ProcessDiagramCanvas

在构造方法

public ProcessDiagramCanvas(int width, int height)

中有一行代码是安装字体的,私下认可是用 Arial 字体,这正是乱码发生的原因,把字改为本地的汉语字体就能够,比如:

Font font = new Font("WenQuanYi Micro Hei", Font.BOLD, 11);

本来借使您有安插文件读取工具那么能够安装在*.properties文件中,笔者就是如此做的:

Font font = new Font(PropertyFileUtil.get("activiti.diagram.canvas.font"), Font.BOLD, 11);

❶ 客户联系顾客服务人士,提交申请, 包蕴借款音信, 手持居民身份牌照片, 银行卡新闻等

2.1.2 使用压缩包方式计划

Activiti支持安排*.bpmn20.xml、bar、zip格式的流水生产线定义。

使用Activit Deisigner工具设计流程图的时候会有多个类别的文本:

  • .activiti设计工具使用的文件

  • .bpmn20.xml规划工具自动依照.activiti文件生成的xml文件

  • .png流程图图片

消除办法正是把xml文件和图片文件同期配备,因为在独立布署xml文件的时候Activiti会自动生成一张流程图的图片文件,可是那样在选择的时候坐标和图片对应不起来……

之所以把xml和图表同时陈设的时候Activiti自动关联xml和图片,当必要取得图片的时候一向重临计划时压缩包里面包车型客车图纸文件,并不是Activiti自动生成的图纸文件

❷ 申请提交系统后, 由风控实行核查

2.1.2.1 使用工具打包Bar文件

右键项目名称然后点击“Create deployment artifacts”,会在src目录中开创deployment文件夹,里面含有*.bar文件.

❸ 运行机构实行修改操

2.1.2.2 使用Ant脚本打包Zip文件

那也是我们使用的艺术,你能够手动选项xml和png打包成zip格式的公文,也足以像大家一致选择ant target的格局打包那多个文件。

<?xml version="1.0" encoding="UTF-8"?>
<project name="foo">

    <property name="workflow.definition" value="foo-common-core/src/main/resources/diagrams" />
    <property name="workflow.deployments" value="foo-common-core/src/main/resources/deployments" />

<target name="workflow.package.oa.leave">
        <echo>打包流程定义及流程图::OA-请假</echo>
        <zip destfile="${workflow.deployments}/oa/leave.zip" basedir="${workflow.definition}/oa/leave" update="true"
            includes="*.xml,*.png" />
    </target>
</project>

那样当修改流程定义文件后假使运转ant命令就足以打包了:

ant workflow.package.oa.leave

今后配备bar也许zip文件查看流程图图片就不是乱码了,而是你的压缩包里面包车型客车png文件。

二. 提前还款流程

2.2 使用引擎提供的Form照旧自定义业务Form

倡议流程的最首要缘由是顾客愿意根据左券进行提前还款. 流程关键步骤为:

2.2.1 引擎提供的Form

概念表单的方法在各种Task标签中定义extensionElementsactiviti:formProperty即可,达到这些节点的时候能够透过API读取表单成分。

Activiti官方的例证使用的正是在工艺流程定义中安装每二个节点展现怎么的表单哪些字段须要体现、哪些字段只读、哪些字段必填。

唯独这种方法唯有适用于相比较轻便的流水生产线,对于某些复杂恐怕页面必要职业逻辑的推断的情景就不适用了。

对此数据的保存都以在斯特林发动机的表中,不方便人民群众和别的表的涉嫌、对任何类其余布置也不利于!

❶ 借款人联系客服职员, 提交报名

2.2.2 自定义业务Form

这种办法应该是豪门用的最多的了,因为一般的事务系统专门的学问逻辑都会比较复杂,何况数据库中相当多表都会有依附关系,表单中有比较多情景判别。

诸如大家的系统适用jQuery UI作为UI,有大多javascript代码,页面包车型地铁好多操作要求独特管理(比方:七个挑选的排挤、每种节点遵照项目和操作人突显差异的开关);基本每一个公司都有一套本人的UI风格,要保险七个连串的操作习贯一致只好利用自定义表单技艺知足。

❷ 运维生成提前还款表明书, 其包蕴详细金额多少

2.3 业务和流程的涉嫌格局

以此难点在群里面比较多少人都问过,那也是本人刚刚早先吸引的地点;

后来看了以下API发掘RuntimeService有四个点子:

❸ 借款人确认, 通过客服服务人口上传签名照片

2.3.1 startProcessInstanceByKey

javadoc对其验明正身:

startProcessInstanceByKey(String processDefinitionKey, Map variabes) 
          Starts a new process instance in the latest version of the process definition with the given key

 

其中businessKey正是专门的工作ID,比如要提请请假,那么先填写登记音讯,然后(保存+运营流程),因为请假是单独设计的数据表,所以保存后获得实体ID就能够把它传给processInstanceBusinessKey措施运转流程。当供给依附businessKey查询流程的时候就足以因而API查询:

runtimeService.createProcessInstanceQuery().processInstanceBusinessKey(processInstanceBusinessKey, processDefinitionKey);

 

议数据库冗余设计:在业务表设计的时候增多一列:PROCESS_INSTANCE_ID varchar2(64),在流水生产线运营现在把流程ID更新到业务表中,那样不管从事情或然流程都足以查询到对方!

特意表明: 此方法运维时自动选拔新型版本的流程定义。

❹ 运转代扣还款金额, 结清借款

2.3.2 startProcessInstanceById

javadoc对其认证:

startProcessInstanceById(String processDefinitionId, String businessKey, Map variables) 
          Starts a new process instance in the exactly specified version of the process definition with the given id.

 

processDefinitionId:这一个参数的值能够通过repositoryService.createProcessDefinitionQuery()艺术查询,对应数据库:ACT_RE_PROCDEF;每一遍陈设二回流程定义就可以增加一条数据,同名的版本号加上。

特意表明: 此能够内定分裂版本的流程定义,让客商多一层选用。

❺ 生成还款结清注解

2.3.3 怎么样挑选

提议选择startProcessInstanceByKey,特殊情状必要动用过去的本子选拔采纳startProcessInstanceById

在凉台的莫过于运行中, 有有滋有味的政工须要管理, 包含借款人, 出借人, 资金等等, 同不常候还涉及到种种区别的业务部门, 并且流程的漂流操作人士和部门也趁机公司事情的开辟进取而不一致的调解. 设计三个基础的流程框架和贯彻基础代码, 变成轻松的支付情势是该系统的严重性. 因而整个种类的安排性涉及到以下入眼多少个方面:

2.4 同步客户数量

本条主题材料也是相当多的人领悟过,Activiti支持对任务分配到:内定人、钦定组、两个结合,而那几个人和组的新闻都保存在ACT_ID..表中,有和煦的客商和组(角色)管理让广大人心慌了;原因是因为各类系统都会存在多个权力管理模块(维护:顾客、部门、剧中人物、授权),不知情该怎么和Activiti同步。

☞ 接纳伏贴的职业流引擎

2.4.1 提议管理格局

Activiti有一个IdentityService接口,通过这么些接口可以操控Activiti的ACT_ID_*表的数码,一般的做法是用职业体系的权位管理模块维护客商数据,当举办CRUD操作的时候在原来专门的职业逻辑前面加多同步到Activiti的代码;举个例子增多一个顾客时同步Activiti User的代码片段:

/**
 * 保存用户信息 并且同步用户信息到activiti的identity.User,同时设置角色
 * @param user
 * @param roleIds
 */
public void saveUser(User user, List<Long> roleIds, boolean synToActiviti) {
    accountManager.saveEntity(user);
    String userId = user.getId().toString();

    if (synToActiviti) {
        List<org.activiti.engine.identity.User> activitiUsers = identityService.createUserQuery().userId(userId).list();
        if (activitiUsers.size() == 1) {
            //更新信息
            org.activiti.engine.identity.User activitiUser = activitiUsers.get(0);
            activitiUser.setFirstName(user.getName());
            activitiUser.setLastName("");
            activitiUser.setPassword(user.getPassword());
            activitiUser.setEmail(user.getEmail());
            identityService.saveUser(activitiUser);

            // 删除用户的membership
            List<Group> activitiGroups = identityService.createGroupQuery().groupMember(userId).list();
            for (Group group : activitiGroups) {
                identityService.deleteMembership(userId, group.getId());
            }

            // 添加membership
            for (Long roleId : roleIds) {
                Role role = roleManager.getEntity(roleId);
                identityService.createMembership(userId, role.getEnName());
            }

        } else {
            org.activiti.engine.identity.User newUser = identityService.newUser(userId);
            newUser.setFirstName(user.getName());
            newUser.setLastName("");
            newUser.setPassword(user.getPassword());
            newUser.setEmail(user.getEmail());
            identityService.saveUser(newUser);

            // 添加membership
            for (Long roleId : roleIds) {
                Role role = roleManager.getEntity(roleId);
                identityService.createMembership(userId, role.getEnName());
            }
        }
    }

}

 

去除操作也和这么些就疑似!

无论从作业连串保证客户依旧从Activiti维护,鲜明要规定一方,然后CRUD的时候一同到对方,借使急需一块多少个子系统那么能够再调用WebService完毕。

对此一个接近涉及到审查批准以及奉行实际业务的系统, 基于轻巧的气象调节的设计, 或许电动开垦类工作流引擎轮子的做法都以不合适. 所以八个开源并且被周围选拔的办事流引擎是二个准确而且必得的选拔. Activiti 工作流引擎由于其轻量级, 易用性等优点最近在产业界被普遍使用. 其职业流的状态机和表面系统的连天只须求经过三个ID实行关联就能够, 即activiti的business key. (如下图)

2.5 流程图设计工具用什么

Activiti提供了八个流程设计工具,但是面向对象区别。

  • Activiti Modeler,面向业务职员,使用开源的BPMN设计工具Signavio,使用BPMN描述业务流程图

  • Eclipse Designer,面向开垦人员,Eclipse的插件,能够让开荒职员定制每种节点的性子(ID、Name、Listener、Attr等)

图片 4

2.5.1 大家的主意

恐怕您会惊叹,因为大家未有运用Activiti Modeler,大家感觉用Viso已经能表明流程图的意趣了,何况项目老总也是技能出身,和开荒人士也轻易交流。

当下以此项目是第多个利用Activiti的,初始我们在急需调查研讨阶段选用Viso设计流程图,利用泳道流程图安排和客商交换,鲜明后由担任流程的开辟职员用Eclipse Designer设计赢得bpmn20.xml,最终布署。

☞设计通用的尾巴部分数据来协助差别的事务

2.6 Eclipse Designer存在的主题素材

以此插件有二个很讨厌的Bug一直未修复,安装了插件后Eclipse的复制和粘帖快速键会被转移为(Ctrl+Insert、Shift+Insert);Bug描述请见:

  • Activit Forums中报告的Bug

  • Jira的登记

故而最终咱们不得不单独开三个设置了Eclipse Designer的Eclipse特地用来设计流程图,那样就不影响平常使用Eclipse JAVAEE了。

鉴于那样三个营业管理种类涉及到种种不相同的事情数据. 如借款人音信有关涉嫌借款ID, 银行卡新闻等; 如出借人信息则关乎客商ID, 电话号码等; 而对此资金财产相关如提前还款则涉嫌到提前还款日期, 还款金额等. 所以一套支撑差别实务的流水生产线数据表结构也是不行重要.

3.配置

☞ 基础框架代码的安插性

3.1 集成Spring

对此和Spring的集成Activiti做的科学,轻松计划部分Bean代理就可以达成,不过有四个和业务相关的地点要提示:

  • 配置processEngineConfiguration的时候属性transactionManager要采纳和业务功效的同一个事务管理Bean,不然事务差别台。

  • 对于贯彻了org.activiti.engine.delegate包中的接口的类须求被专业调节的落到实处类须求被Spring代理,並且拉长事务的Annotation或许在xml中配备,比如:

    /**
     * 创建缴费流程的时候自动创建实体
     *
     * @author HenryYan
     */
    @Service
    @Transactional
    publicclass CreatePaymentProcessListener implementsExecutionListener {
       ....
    }
    

?

三个好的计划性不是一步到位的计划, 而是一个渐进的长河以及持续重构的进程. 可是丰硕关键的有个别正是在一开始能够依据当下的需要以及所能预知的必要开展规划, 並且在那一个基础框架代码上付出要进一步有益于和简洁.

4.运用单元测量试验

单元测量试验均使用Spring的AbstractTransactionalJUnit4SpringContextTests作为SuperClass,而且在测试类增添:

@ContextConfiguration(locations = { "/applicationContext-test.xml"})
@RunWith(SpringJUnit4ClassRunner.class)

?

就算如此Activiti也提供了测试的部分超类,但是觉得倒霉用,所以自身包装了一些措施。

代码请转移:

◆✦以下对第二、三点开展实行✦◆

4.1 验证流程图设计是还是不是精确

代码请转移:

图片 5

4.2 业务对象和流程关联测量检验

代码请转移:

数据库设计

5.各类情形的任务查询以及和业务对象关系

大家脚下分成4中状态:未签收、办理中、运营中、已做到。

查询到职责依旧流程实例后要呈现在页面,那个时候需求丰盛业务数据,最终结果正是业务和流程的并集,请仿效6.2

如上所说, 那样的叁个数据安插必须能够满意:

5.1 未签收(Task)

此类职务针对于把Task分配给叁个剧中人物时,比如部门高管,因为部门管理者角色能够钦定几人所以须求先签收再办理,术语:抢占式

对应的API查询:

/**
 * 获取未签收的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicTaskQuery createUnsignedTaskQuery(String userId) {
    TaskQuery taskCandidateUserQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey())
            .taskCandidateUser(userId);
    returntaskCandidateUserQuery;
}

?

  1. 可见满意不一样的业务域的必要, 如出借, 借款, 资金相关的求实工作数据

  2. 可知记录每一步的操作审查批准或作业施行结果, 同有的时候间记录相关的数码快速照相

5.2 办理中(Task)

此类义务数据类源有三种:

  • 签收后的,5.第11中学签收后就应为办理中状态

  • 节点内定的是有血有肉到一人,实际不是剧中人物

对应的API查询:

/**
 * 获取正在处理的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicTaskQuery createTodoTaskQuery(String userId) {
    TaskQuery taskAssigneeQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey()).taskAssignee(userId);
    returntaskAssigneeQuery;
}

?

由此, 基于实际的作业开展数据表的规划是不对路的, 且不能扩充. 常见的统一筹划为基于Key-Value的统一计划, 而key则是各类差别职业种类关系到的metadata. 如USE景逸SUV_ID(用户ID), LOAN_ID(借款ID)等等. 设计概述如下:

5.3 运行中(ProcessInstance)

粗略正是从未终结的流程,全数参加过的人都应该能够见见那一个实例,可是Activiti的API没有得以经过客商查询的法门,那几个只好协和用hack的章程管理了,我当下还未有拍卖。

从表ACT_RU_EXECUTION中查询数据。

对应的API查询:

/**
 * 获取未经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicProcessInstanceQuery createUnFinishedProcessInstanceQuery(String userId) {
    ProcessInstanceQuery unfinishedQuery = runtimeService.createProcessInstanceQuery().processDefinitionKey(getProcessDefKey())
            .active();
    returnunfinishedQuery;
}

?

图片 6

5.4 已完成(HistoricProcessInstance)

已经结束的流程实例。

从表ACT_HI_PROCINST中询问数据。

/**
 * 获取已经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicHistoricProcessInstanceQuery createFinishedProcessInstanceQuery(String userId) {
    HistoricProcessInstanceQuery finishedQuery = historyService.createHistoricProcessInstanceQuery()
            .processDefinitionKey(getProcessDefKey()).finished();
    returnfinishedQuery;
}

 

?

二个Request代表某一位发起的呼吁, Snapshot代表那几个流程的每一步操作. Property则分级为Request的Snapshot的具体的数目, 当其REQUEST_ID非空SNAPSHOT_ID为空时表示其为REQUEST的品质(SNAPSHOT同理), 即客商发起呼吁所指点的数据. 如: 客商音信修改: PROPERTY则蕴含NAME(KEY)为USEEnclave_ID(顾客独一ID), ATTACHMENT(客商手持身份ID照片), EMAIL(修改项)等一拍即合的值. 而对此SNAPSHOT, 则记录对应检查核对以及操作的新闻, 其相应的PROPERTY则保留了对某些数据修改前后的值.

5.5 查询时和事务关系

唤醒:从前在作业对象增添了PROCESS_INSTANCE_ID字段

思路:现在得以行使这些字段查询了,不管是Task依然ProcessInstance都能够收获流程实例ID,能够凭借流程实例ID查询实体然后把流程对象设置到实体的壹本性质中由Action只怕Controller输出到前台。

代码请参见:

基本功框架代码设计

6.UI及截图

结合实际业务描述三个思想政治工作从最早到停止的经过,对于吸引的同桌看完柳暗花明了;这里运用请假作为例子。

发端的景色和要求富含:

6.1 单唯叁个列表负担申请

如此那般的功利是报名和流程办理分离开管理,列表展现未运营流程的请假记录(数据库PROCESS_INSTANCE_ID为空)。

报名界面包车型地铁截图:

图片 7

  1. 一些通用的activiti流程, 如一步操作即开立后只要求一步成功操作, 两步流程 – 创制后一步审查一步操作等, 差别的业务会采取同一的流程.

  2. 在activiti流程一样的图景下, 差异的专门的学业的步子其管理人/组则分化

  3. 不等业务流程的骨子里代码开采相应简洁, 和行事流引擎解耦, 即实际的开 发人员在不打听职业流引擎具体做事原理的情状下得以开展高效的付出, 并 只须要关爱具体 的作业必要

6.2 流程状态

图片 8

为了消除#1的题目, 则必要定义出流程--步骤—业务(乞请类型)—管理人/组 的陈设 关系, 并在流水生产线流转时自动安装, 并不是在流程描述文件 (bpmn)里 钦点

6.3 流程追踪

图形方式呈现当前节点:

图片 9

列表方式显得流程流转进程:

图片 10

为了缓和 #2 的难题, 则需求用劳动进行打包, 抽象出一些接口以及基类的实 现, 并 应用有的常见的设计形式(工厂方式)和java的特征(反射).

6.3.1 当前节点定位JS

Java代码请移步:

Javascript思路:先通过Ajax获取当前节点的坐标,在内定地方增多油红边框,然后加载图片。

代码移步:

下图为着力的架构划设想计

7.开启Logger

  1. 添加log4j的jar
  2. 设置log4j.logger.java.sql=DEBUG

图片 11

8.结束

从前就想写那篇文章,今后算是产生了,开销了多少个时辰,希望能省去你几天的时日。

请读者留心阅读Activiti的顾客手册和Javadoc。

来自:

依附那样的框架形成基础代码后, 最终对于一个贯彻具体育赛事务的开荒职员来讲, 其完成一个业务流程代码首要不外乎:

  1. 兑现多少个创办Request的页面, 用于录入职业数据

  2. 达成一个Request详细页面, 用于体现实际情况, 包括操作历史, 和业务操作按键

3. 落到实处该事情涉嫌的具体步骤的操作processor类(如审查批准或和其余系统衔接, 达成实际的事体),

  1. 将流程涉及的processor和呼应的作业体系, 流程名, 流程步骤进行注册绑定

多变历程

正如上面曾聊起, 对于二个连串规划, 不容许一步到位, 在早期时要吸引最急需减轻的主题材料, 举例在那个连串最初阶段, 最核心的设计饱含:

➤ 数据库设计 和RequestService对底层数据操作的卷入

➤ WorkflowService对职业流引擎的包装

➤可配置化的依靠作业品种(Request Type) 和布局(process_cfg)在运转时动态设置流程相应的管理人/组

持续的重构包蕴:

➤将种种管理类(业务管理类, 流程处理人/组分配管理类, 公告管理类) 通过Register瑟维斯的合併登记管理, 并且援助采纳对于特定的流程完毕特定的拍卖类来替代默许的拍卖类

➤RequestQuery协助统一的查询入口对业务流程数据举行查询

➤ 依照作业须求提供ASync的processor管理基类, 因为其实使用中发觉, 一些工作的拍卖(如批量)须要一段时间的实行本领不负义务, 而异步管理基类则形成基础达成, 并由相应子类去实现虚函数就可以.

公共化职业流模块:

➤ 前段时间, 别的二个门类其选拔到的场景和这么些连串有类似之处, 其独自于该业务管理平台. 在这种气象下, 将该专门的学业流相关的模块进行公共化, 以JA君越包的样式提供, 使得别的二个系统的付出能够长期内完毕同样的效果

借鉴Activiti的源代码

在规划和贯彻该系列时会有

与上述同类或许那样的吸引可能斗争,

哪种完成更加好?

外人的体系是哪些实现的?

此地举几个例子

Property表里是或不是需求须要用不一致的字段(LONG_VALUE, TEXT_VALUE, DOUBLE_VALUE等)存不一致种类的值;仍旧直接都存成字符串, 在代码中再依附要求转成Long, Double等?当然二种完毕都以卓有功能的, 并且各有优缺点, 並且个人以为存在差别的字段上亮点更大学一年级部分(首要显示在查询功效), 可是什么样进一步的让谐和信服? 在看activiti的文书档案时开掘外界的工作数据以Map的艺术存在activiti的数据库中, 那么activiti的设计者同样会遇见同样的难点. 通过查看源代码以及其数据库设计, 发掘其将数据存入差别的字段. 不过在自个儿的设计中, 作者并从未完全照搬Activiti的管理方式, 举例: 小编未有为布尔类型加单独的字段, 而是以0也许1的点子存入LONG_VALUE里。

Activiti中提供方便的查询类, 如: ProcessInstanceQuery, TaskQuery. 其同一时候支持依据Process和Task相应的属性数据举办询问, 和Request/Snapshot以及property有比极大的相似之处, 借鉴并根据真实情状兑现协和的RequestQuery类, 帮助每一种复杂查询, 如: 遵照内定的property的name和value查询, 帮衬or的询问等。

Activiti的数据库版本的全自动晋级. 当大家进级activiti的本猪时, 其实大家只要求立异JA讴歌RDX的版本号, 而不用关爱起底层数据库是不是必要升级, activiti在其表中会记录数据库scheme的版本号, 运行时会自行推断并基于须要自动更新数据库. 那也是十一分值得借鉴的地点, 尤其是当那么些模块被多少个体系所使用时。

图片 12回到乐乎,查看越多

网编:

本文由js9905com金沙网站发布于科技发展,转载请注明出处:基于工作流的平台管理系统设计

关键词:

上一篇:没有了

下一篇:没有了