企业级低代码平台的选型和建设思考

• 为何选择低代码平台？我们在设计表单，工作流，还是活动规则？

• 如何选择低代码平台？使用 SaaS 还是企业定制？

• 大型企业如何建设低代码平台？使用什么样的技术框架，如何进行技术选型？

场景

低代码平台的根源在于企业内部管理流程的多样性要求，需要对于流程任务和数据表单存在比较多的定制，管理员可通过简单的可视化设计界面进行编辑，适应企业的管理流程。

低代码平台在 C 端的应用场景比较受限，因为 C 端应用的本质就是大规模复制，简单，够用是系统设计的原则。实际上，低代码平台本身的灵活性也导致了它本身的运行效率比较低，相对而言，更加适合构建企业内部信息化系统。

对于中小型企业，可以考虑选用基于 SaaS 服务的平台，能够对流程和数据进行简单的定制即可。

大型企业往往需要同企业的身份管理和业务系统进行深度的集成，从而在业务复杂度和技术复杂度上，都需要对低代码平台进行深度的定制。

低代码平台的核心框架

一个完整的低代码平台必须提供的的三个能力是: 动态表单，流程引擎，决策引擎。

数据表单提供用户交互的基本界面，流程引擎提供了工作流的控制过程，规则引擎提供了决策节点的计算能力。

联想到 OMG 的三个标准，即 CMMN，BPMN，DMN，从最早的 BPMN1.0 的发布快二十年了，可见低代码平台也是新瓶装老酒。

这三项能力在技术上相对独立，可以独立开发。从企业落地的过程来看，也可以考虑渐进实施。实施的顺序建议从数据表单入手，进而将数据集成进流程引擎，最后可以在流程引擎的决策任务再引入规则引擎。大型平台的建设过程中，关键的难点还会包括横跨三个能力的用户权限体系的设计。

技术框架和选型

动态表单

基础框架设计的要素包括元数据和实例数据的管理，其中实例数据的存储从实现的角度来看，有使用 DocumentDB 这种 FreeSchema 的实现，也可以使用 EVA 的实现，具体根据数据的复杂度和系统运行的效率进行选择。对于简单的平台，可以使用流程框架自带的表单设计器，类似于 flowable 或者 Activiti，但往往还是少不了一些定制。大型的企业级平台，这部分工作演变成后台综合存储系统，需要利用流程框架的 API，在前端进行集成。

流程引擎

流程引擎是驱动系统运行的核心，负责接收外部事件，调度计算，以及控制数据的流动。对于企业信息化的应用场景，BPMN2.0 标准已经被行业普遍接受，也被主流的商业和开源项目支持，因此在技术的选型上，建议以 BPMN2.0 为基础标准。目前主流的框架中，Camunda 的引擎模块设计相对独立，对于大型平台的定制开发比较合适。

决策引擎

决策引擎可以基于规则，也可以基于机器学习。传统的 DMN 模型基于规则，使用更友好的 S-FEEL 语法定义业务规则，对应的实现框架 Drool 已经被大多数 BPM 系统作为采用，基本可以满足中小型低代码平台的需要。对于一些特定的应用场景，例如对物联网数据的快速路由，往往需要自行开发相应的框架来承担高强度的计算。