本文作者分享了多年工作流产品实施的经验，针对activiti和flowable的整合提出了一些常见问题及解决方案。强调了流程任务动态设置候选人的重要性，提出将流程人员配置化以降低实施成本和提高维护性。在流程引擎与表单整合方面，建议避免过度依赖url表单，构建更强大的表单引擎服务。此外，文章还讨论了activiti5与flowable6的选择，并给出了activiti流程变量的获取和设值方法，以及驳回和自由跳转的实现策略。
做工作流产品的实施有很多年了，也加了很多诸如 activiti flowable jbpm 等社区和群聊。
发现很多人在走弯路，深陷泥潭不可自拔。
所以写了这篇文章，旨在告诉很多走向了activiti flowable整合道路的兄弟们，切勿太过于深入整合。
附上我的开源项目，希望可以给大家参考 https://gitee.com/agile-bpm/agile-bpm-basic
流程任务动态设置任务候选人
问题：我现在有个问题，想听听各位大佬的意见，我所有的流程节点人都是不固定的，所以流程定义文件中用的都是变量，这些人可能是流程启动的时候一次性传入进去，也可能是上一节点才临时决定下一节点审批人，目前我把这些节点变量（具体的人），全部存在流程变量中（每个流程都可能都有好多人），这样做好么？有啥其他方案
弊端：
1、流程变量人员的设置都依靠代码，实施流程太重，性能差。
2、流程实施对开发员对于流程引擎必须有足够的了解。整体流程实施人员学习成本太高。
3、不利于维护，而且迭代更新的后期成本太高。
正确做法：
将流程人员配置化，当任务创建时，通过解析器解析出配置人员，设置到identityLink中。任务提交，还可以动态为下节点设置候选人。
这样不需要使用流程变量。而且配置化，
最低0.47元/天 解锁文章
扫一扫
6956
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
