桑协流程引擎新版本发布

经过差不多一年的奋斗,在客户的催促声下，2021年1月21日，深圳市桑协世纪科技有限公司发布了流程引擎2.0版本。相比较1.0，新版本对原有的底层代码进行了优化，速度提升了30%。优化了移动端的页面布局，允许进行个性化调整。在流程和表单的编制方面，更加简单易懂。新版本对流程跳转和经办人选择进行了全方面的重构，能满足各种复杂运用场景的需求。在部署方面，既可以单独部署，也可以按照网络三层架构进行部署。

痛点

大多数厂商都是基于activiti进行改造，对于技术人员来讲，activiti确实提供了标准的工作流构架，但其作为核心来说，仍然有大部分的工作需要额外编写，这无疑加重了企业的负担。

对流程引擎有需求的企业大部分是两种，一是本身无过硬的技术实力，而又需要一套类似审批的系统，通常需要开箱即用的东西，activiti对于他们来说是不合适的，这类企业多体现在各种行政单位或是金融行业等，其主业并不是研发。

另一类公司则是需要进行复杂的审批，国外的流程引擎通常水土不服，这就意味着需要对activiti进行大规模改造，才能实现国内常见的单人办理、多人顺序、多人并行、抢占式办理、内部循环、人工合并，主办加签、会办加签、补签意 见、异步提交、指定回退、自由指派、节点排序、节点互斥、子流程单实例等等，在此之上耗费的人力成本早已超出了原本可能获得的效益。

而对于BPMN的标准，自然是有利有弊，一来，为了兼容国内的要求需要做大量的妥协，二来，其经过妥协的改动也丧失了原有的标准化的模式。

虽说国内也有专门做流程引擎的公司，但其通常都是闭源，即使部分开源，站在开发的角度来说，有时需要进行插件式的开发，有时版本进行更迭需要修复漏洞，自行进行二次开发无疑会污染主程序代码，对升级维护造成巨大的困难，其结果就是，购买方通常会从主版本中分裂出来，自己维护一个分支，这无疑和初衷不符。

对于流程引擎的开发，传统的关系型数据库开始显得力不从心，对大量需要自定义的表单只能整存整取，但大部分的时候，甲方都会要求你对这些字段进行检索，于是开发者不得不又陷入了动态增删数据表的歧途中。

桑协解决方案

桑协的流程引擎在传统的springboot的三层架构上，使用mongodb作为数据库进行存取，直接解决了需要动态增删数据表的困境。

采用自主编写的内核，部署简单，开箱即用，并且将所有的特殊机制控件化，这样，每个控件就相当于一个独立的插件，你可以自行编写自己的控件实现新的机制而不会污染主程序代码，让你的版本可以一直跟随主版本进行维护。

除此之外，利用activemq的消息机制，在流程发生任意状态变更的时候，你都可以监听到变化而进行附加的动作，轻松打造出专属于自己的流程引擎。

对于不懂开发的使用者而言，利用最近的前端技术，你可以轻松设计自己的表单，又可以拖拽出自己想要的行进路线，大大方便了工作。

桑协流程引擎广泛运用于政府、高校、金融、保险、证券、地产。