最近选型了哪种工作流引擎？相关知识有哪些介绍？

本文共计3089个文字，预计阅读时间需要13分钟。

前言：最近有一个新项目，需要实现类似工作流引擎的效果。如果不知道具体是什么，看完本文就明白了。

公司内部也有自研的，可能不像开源那样，但依然坚持这个规范，都是基于基这个原则。

前言

最近有个新项目，需要实现类似工作流引擎的效果，如果不知道是啥，看完本文就懂了。
公司内其实也有些自研的，可能就是不像开源的这些那样，还支持这个那个规范，都是基于需求定制开发的，扩展性稍微差点。
所以，这次其实几个同事，分工调研了几个开源的和公司内的，开源的包括activiti、flowable、camunda，我这边主要调研了flowable、camunda，同事调研了activiti和公司内部的。

最终看下来，我们的需求，其实不需要用到这么复杂的开源框架，公司内的一个框架更符合一些。开源的框架，会建很多表，表也不符合公司内的建表规范，所以还需要阅读源码，去改造之类的，也比较麻烦。会引入很多jar包，总体来说，还是比较重。

文末有几个引擎的对比，大家有兴趣可以看看，也可以加我微信和我探讨（只花了两天时间，可能也了解得也比较粗略）。

最终来说，技术还是服务于需求的，不是因为框架牛逼就硬上，合适最重要。

先说说uml和omg

学过软件工程的同学，肯定知道uml，全称Unified Modeling Language，统一建模语言。建模，为啥要建模，因为软件研发过程较为抽象，一个需求来了，肯定要先分析分析，建个模（通俗就是：画个图），但是每个人画出来的图都不一样，比如uml里用一个小人来表示用户，有的人就不愿意用小人。所以，为了业界内人士沟通交流更方便，就定义了一套标准，每种图应该怎么画，包含了哪些部分。

比如uml包含了如下类型的图，每种图里，都有固定的图例来代表固定的意思（仅部分）：

ok，大家明白了uml，我再说说omg是啥，omg是个标准化组织，致力于提出uml这样类似的标准，和业界的公司进行讨论交流，各公司的人、学术界的人、omg的人，共同讨论，提出一个大家都能接受的方案，然后大家就按照这个标准来进行实现。