浅谈Activiti Modeler 的扩展

﹏ヽ暗。殇╰゛Y 2022-07-12 13:39 197阅读 0赞

*  **为什么要扩展**

最近项目打算用activiti工作流中activiti modeler来做模块的可视化订阅，但是原生的activiti任务节点，有一些不符合业务需要，比如

*   *  配置项多，属性暴露。比如service task,配置时就要暴露其Java Degelete方法类，这样以后实施人员去配置的时候，第一他每次去配个service task都要去配置，第二他不会知道这个任务要配什么委托类，所以这对职责单一的一个service task来说，比如就需要一个解析xml的任务，那么我除了id ，name，其他都是不需要的，内部封装属性，不暴露出去。
     *  图标单一，一眼看不出任务职责。
     *  子流程内容跟父流程内容在一个面板，流程定制面视觉效果不好，而且固定子流程不能得到复用。

对以上一些不足，其实对activiti来说，他要考虑的当然是多开放配置，更容易兼容场景，或许有些人会认为这都不是事，做这种扩展没有必要，大题小作。仁者见仁智者见智吧，我认为这种扩展，

对使用会更便捷，用户友好性也更好，具有一定的业务特色，也不改变原生activiti任务的职能，何乐不为。

*  **如何扩展**

首先考虑一下可行性，这种扩展以什么为切入点。扩展任务节点，那就得发现service task这个任务的特性，它不想user task,script task的只能那么单一，它可以指定委托处理类，来达到执行目的。

因此，在任务定制这方面，完全可以由service task进行属性扩展和封闭。具体扩展细节，如下考虑

*   *  **UI上扩展属性**

*   *   *  扩展stencilset.json文件。propertyPackages对象中增加自定义的package（基本类型直接使用，复杂类型需要扩展），另外stenclis对象的节点中增加package引用
         *  针对复杂类型自定义package的扩展。properties.js中增加复杂类型配置（复杂类型的展现及赋值采用angularjs1.2实现）

*   *  **bpmn中扩展属性**

*   *   *  自定义XSD
         *  在extensionElements元素中实现扩展
         *  通过repositoryService获取bpmnModel,进而获取指定元素的扩展

*   *  **解析UI上的扩展到bpmn**

*   *   *  UI的图形及属性信息会解析成JSON，包含自定义扩展
         *  从JSON中提取扩展转换成bpmn中的元素。通过BpmnJsonConverter把Json数据转换为BpmnModel,把Json中的扩展转换成BpmnModel对应元素的extensionElements属性,通过BpmnXmlConverter把BpmnModel转换为bpmn文件

那么还有一个难题，就是子流程的独立展示改造，在这方面的可行性分析和设计，是这么思考的。

![Image 1][]

*   *  **子流程怎么存储？**

*   *   *  把子流程作为独立的模型进行编辑和保存，这样可以使用现有的建模工具及持久化方式
     *  **部署时怎么组装子流程？**
    
     *   *  由于定制化的模型数据不符合标准，需要在部署前转换为标准的bpmn
         *  将子流程的标识用真正的子流程定义替换掉
         *  子流程的标识通过子流程模型ID进行关联
         *  从流程定义查看流程图时，坐标会有问题，子流程替换后，坐标需要调整（难点）
     *  **展现设计**
    
     *   *  在建模的页面中添加子流程的下拉框（所有后代子流程，流程树）
         *  扩展一个子流程标识节点，该节点可以设置关联的子流程
         *  双击子流程标识节点可以进入以该子流程为根的建模页面

*   *  **后端设计**

*   *   *  根据父流程查询所有后代子流程

*   *   *  部署时数据的转换，子流程数据的替换（重点）

*  **编后语**

在子流程这方面需要考虑的还很多，比如后续的流程跟踪该如何处理，以及上述部署组装bpmn文件的坐标问题等。这要继续看下activiti源码（ps:activiti 源码写的很漂亮，very good,建议去看，

然后一起探讨），后续会更新一些现有的实现。

[Image 1]: