flowable大家应该都不陌生,只要有做过工作流相关开发,一般都听说过。他是基于activiti,很多概念、用法都是相通的。
最近,客户管理系统项目需要整合flowable,整合的原因如下:客户的合同、项目信息录入后,需要进行审批,审批通过后才能算作正式数据,才能被其他模块引用。
一开始,项目经理说要整合flowable,我是比较排斥的。
1. 首先我觉得要实现这样的需求,不借助流程引擎也是可以实现的:给实体加个状态字段,配几个审批的角色,不同角色只能看到对应状态的任务,审批时候修改状态即可
2. 审批节点很简单,就两级,也不涉及会签、并行审批等复杂流程走向
3. flowable的数据库如果是在另外一个库里,还得考虑分布式事务问题,比较麻烦
综上,个人觉得没有必要去整合这么重的东西(虽然flowable自称是轻量级业务流程引擎)
还是项目经理有远见哈,上线几个月后,产品需要支持会签功能,一级审批需要至少一人同意,才能往下走