- 为什么要扩展
最近项目打算用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文件
-
-
- 子流程怎么存储？
-
-
- 把子流程作为独立的模型进行编辑和保存，这样可以使用现有的建模工具及持久化方式
- 部署时怎么组装子流程？
-
- 由于定制化的模型数据不符合标准，需要在部署前转换为标准的bpmn
- 将子流程的标识用真正的子流程定义替换掉
- 子流程的标识通过子流程模型ID进行关联
- 从流程定义查看流程图时，坐标会有问题，子流程替换后，坐标需要调整（难点）
- 展现设计
-
- 在建模的页面中添加子流程的下拉框（所有后代子流程，流程树）
- 扩展一个子流程标识节点，该节点可以设置关联的子流程
- 双击子流程标识节点可以进入以该子流程为根的建模页面
-
-
- 后端设计
-
- 根据父流程查询所有后代子流程
-
- 部署时数据的转换，子流程数据的替换（重点）
- 编后语
在子流程这方面需要考虑的还很多，比如后续的流程跟踪该如何处理，以及上述部署组装bpmn文件的坐标问题等。这要继续看下activiti源码（ps:activiti 源码写的很漂亮，very good,建议去看，
然后一起探讨），后续会更新一些现有的实现。