本文探讨了在不使用流程引擎的情况下实现审批流程的可能性，但随着业务需求增加如会签功能，Flowable的重要性显现。Flowable主要用于企业OA审批和业务系统审批，两种场景的使用方式有所不同。在业务系统中，流程引擎需要与个性化开发相结合，处理审批人的灵活指定和流程外的事务，如邮件通知等，使得业务逻辑与流程流转耦合。
flowable大家应该都不陌生，只要有做过工作流相关开发，一般都听说过。他是基于activiti，很多概念、用法都是相通的。
最近，客户管理系统项目需要整合flowable，整合的原因如下：客户的合同、项目信息录入后，需要进行审批，审批通过后才能算作正式数据，才能被其他模块引用。
一开始，项目经理说要整合flowable，我是比较排斥的。
1. 首先我觉得要实现这样的需求，不借助流程引擎也是可以实现的：给实体加个状态字段，配几个审批的角色，不同角色只能看到对应状态的任务，审批时候修改状态即可
2. 审批节点很简单，就两级，也不涉及会签、并行审批等复杂流程走向
3. flowable的数据库如果是在另外一个库里，还得考虑分布式事务问题，比较麻烦
综上，个人觉得没有必要去整合这么重的东西（虽然flowable自称是轻量级业务流程引擎）
还是项目经理有远见哈，上线几个月后，产品需要支持会签功能，一级审批需要至少一人同意，才能往下走
最低0.47元/天 解锁文章
扫一扫
2046
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
