我们的flowable改造（13）---怎么去改造一个平台

当我们进入一个新领域时，肯定是有需求或者有标杆在前面了，我们不是科学研究，我们是技术应用，所以在进入相关方向时，一定有标杆在前面指引我们。

怎么改造一个平台呢？整个过程是 学习-->模仿-->改造--->优化-->引领 几个阶段。

2015年7月，加入到当前团队，当时团队的工作流产品经过4年的磨合前进，到了相对腐化的边缘。响应新需求中加入了大量的非标准件，但管理不当在产品中沉积。怎么改造成了必须面对的问题：流程设计器基本可用/流程流转引擎无人能说清楚。

怎么办呢？

7月到9月，趁着新人的优势，在这3个月中对R7工作流引擎进行了全面分析，并绘制了近百张visio图，对R7工作流引擎有了一个初步的认知....

10到12月，我们下定决心重写工作流引擎，基于对R7的认识以及产品推广的需求，对工作流引擎进行了全状态机化的改造，舍弃了R7基于事项的数据检测，改为全面依赖工作流引擎状态机解决一切问题：工作流状态机控制前端行为，提供能力控制点。这一改造，让工作流核心功能内聚，在这基础上，为所有工作流行为引入分层的前后置同步扩展，为产品标准扩展提供了样板.....经过几个月的努力，在2016年1月底，赶在春节前完成了第一个业务单位升级改造，从监测来看，我们的改造是成功的....

在近6年里，我们一在对R9全面理解的基础上，快速响应着业主单位的需求，在很多企业内容把我们的响应速度提升为对其他团队的要求......

2020年，由于技术整体转向,我们必须在java方向重构我们的所有组件，工作流是管理平台的基石，所以我们必须面对.

.........