周朋谈低代码开发平台、工作流引擎、与表单引擎之间的关系

　　低代码开发是最近几年比较火的一个概念，而工作流引擎，表单引擎是好多年以前的产物了。今天我们就聊聊三者之间的关系。

　　我是开源驰骋BPM公司的周朋，是流程引擎、表单引擎的爱好者、研发者、探索者。最近看到关于网上流传低代码开发的一些评价，有的太偏激、有的太片面结合自己的开发经验，对上述三个概念阐述一下，抛砖引玉。

　　关于工作流引擎：

　　工作流引擎包含组织结构、流程、节点、转向规则、它类似于一部汽车的控制系统，比如：前进、倒车、刹车、换司机、抛锚处理、到达终点。分别对应流程引擎的：发送、退回、移交、流程结束等操作。

　　流程催办、撤销、删除、调整、回滚等操作也都是流程引擎必备的功能。

　　不管采用什么规则下，什么规范下开发设计流程引擎，就要把他当作一部汽车设计看待，目前的汽车设计都有辅助驾驶功能，比如：偏移行车线预警，主动刹车，倒车雷达，轨迹查看等等，随着工作流引擎技术的发展这些功能也体现在系统上，他们是相通的。

　　预警：操作一个审批，把风险点提示出来。

　　主动刹车：根据一定的条件自动完成流程。

　　工作流引擎系统对外提供的是一系列的操作接口，比如：发送，退回，转发，移交，撤销等。

　　工作流引擎基于一套组织结构体系才能工作、组织体系上的操作者就是执行操作流程的主体。每个节点的工作人员都要落实到人，而非一个部门或者一个岗位，如何设置一个节点工作人员的范围，是需要抽象出来很多规则。这些规则归类为两种：一种是自动计算的，另外一种是手工选择的。

　　工作流引擎有一系列事件：发送前、发送后、发送成功时，发送失败时，退回前、退回后、流程结束前，结束后。我们可以利用这些事件来表达业务逻辑并实现用户需求。

事件伴随着消息的产生，比如：发送成功时，就可以定义发送成功消息，推送给相关的接受人或者其他的关注人。这些可以使用消息模版定义他们，推送到第三方的系统中去。

　　节点在运动的过程中到下一个节点有多个分支，这样的分支运动，我们分为两种：一种是自动计算，另外一个是主动选择。自动计算是根据一些参数，环境变量进行比较计算得出是否成立，如果成立就走这个分支。

　　自动计算下的方向条件设置，如下图支持多种表达式。

　　手工选择就是必须由操作者主管的判断要走哪个分支。如下图所示：主管的选择到达多个节点。

　　节点的类型：有合流、分流、分合流、子线程三种模式(这是以驰骋bpm为例)，不同的厂家都有自己的定义。

　　概述：工作流引擎其实也是一个规则引擎，它定义流程，执行流程，就是制定规则、解析规则、使用规则的过程。

　　关于表单引擎：

　　1. 表单引擎就是存储与展现数据的工具，一个表单是由表单模版、表单数据、表单业务规则组成。

　　2. 表单模版就是表单内容的描述，是一些表单元素的组合，文本框、下拉框、单选多选按钮、从表、附件等等。

　　3. 表单数据一般以Json对象存储，加载到各个控件上展现给使用者。

　　4. 表单引擎发展到今天，大概有三种发展方向，我们把这三种模式的优劣点概述如下：

　　文件依赖模式：根据表结构，自动生成一个文件.aspx,htm,或者jsp文件等等，有一定的数据元素，自动生成增删改查方法。这个发展方向在表单引擎发展初期常见，仍然没有改变这个模式的惯性，容易理解，容易改造样式，可以代码扩展性强。但是缺点也是显而易见的，不容易维护、离不开开发人员、增加字段、删除字段需要打开文件操作不能热操作。对跨平台显示支持不好，比如：手机、PC、CS模式的适应。

　　解析执行模式：表单模式的表单元素与业务逻辑都以关系的模式格式化的存储到数据库或者xml，或者json文件里。