低代码系统怎么选？[建议转发]（什么是低代码）

#头条创作挑战赛#

选型指标

低代码最近也非常火爆，

很多企业和项目的运营或者管理者们，

看到了低代码系统的价值。

现在低代码系统市场鱼龙混杂，

那么如何规避风险，

选择合适自己的低代码系统呢？

以下是作为一名在低代码领域深耕十几年的从业者的建议。

选择低代码系统的关键还是在自身，

大家需要整理出自己当前和未来几年对应用系统的需求。

然后再对低代码系统进行详细的调研。

低代码系统是降本增效的利器，

但是不管是低代码系统配置出来的，

还是使用原生代码编码开发出来的应用系统，

作用只有一个：支撑业务。

任何支撑不了业务的应用软件，

都可以说是没有价值的。

当前的低代码系统核心特点大概分为两类：

1. 元数据驱动；
2. 表单驱动。

低代码系统对于新模块的业务实现又分为两类：

代码生成和非代码生成。

代码生成是指：低代码系统配置的新功能模块，需要生成代码。

一、应用系统的复杂程度

应用系统复杂程度这个指标，

在很多时候没有一个明确的标准。

笼统一点可以理解为数据交互的复杂程度。

OA、CRM这类系统可以归为复杂程度较低的系统。

供应链、生产管理这类可以归为复杂程度较高的系统。

那什么是数据交互呢？

举个例子：

典型采购流程

上图是一个典型的采购流程。

采购部门创建采购申请单之后，

关联生成采购订单(金蝶ERP中成为：下推)，

采购负责人与供应商联系，

确定货物配送的具体事宜，

同时关联生成采购入库单，

当需要采购的货物到达仓库时，

仓库根据实际情况，完成采购入库单。

同时财务部门会收到一个应付单。

上图中当其中一个节点发生变化时，

需要和上下游流程进行数据处理，

也就是图中标注的反写。

当然数据的交互不只是关联生成和反写，

还有值更新、超额检查、关单等各种操作。

上图中的业务在一个企业里是非常常见，

也是非常典型业务。

当前市面上的绝大部分，

以表单驱动的低代码系统是支持不了的，

除非再次做二次开发。

只能是元数据驱动的低代码系统可以很好地支持。

如果需要做大量二次开发才能支撑起业务，

那么这种低代码系统价值就不高了，

只能将其定位为：快速开发平台，

和某种语言的开发框架属于一个层次。

二、是否有大量计算任务

大量的计算任务是指什么呢？

举个例子：

我们的ERP系统中的MRP(物资需求计划)，和生产计划排程。

要完成这两类数据，

系统需要进行大量的数据运算，

而且大多数情况下，运算时间比较长。

低代码系统基本上是由静态类型语言开发的，

静态语言开发的系统，

如果需要更新，就需要重启服务。

如果有我们的业务系统正在跑计算任务，

而系统由于更新被重启了服务，

那就不可避免地会中断计算，

而且产生了大量的脏数据，

这就是一场灾难。

所以，如果业务系统有这种大量运算的场景，

基于代码生成的低代码系统就不适合了。

低代码

到此，我们已经简单地说明了低代码系统选型的主要标准。

OA、CRM等这类系统可以使用表单驱动的低代码系统，

而供应链、生产管理等这类系统需要使用元数据驱动的低代码系统。

复杂系统尽量避免使用代码生成模式的低代码系统。

根据我们对国内低代码系统市场的背调。

绝大部分低代码系统是使用的Java或者C#开发，

一个动态表单模块，

配合工作流引擎（Flowable、Activiti等）

再加一个数据大屏，

就算一个低代码系统了。

当然如果是支撑类似OA、CRM这类系统，是没问题等。

较复杂应用系统，

当前只能是基于元数据驱动的低代码系统才能支撑。

如果您觉得本文对您有用，建议收藏；

如果您觉得对您的朋友有帮助，请分享给他们；

如果您能点个赞，那就是对作者最大的支持。

更多精彩内容发布于公众号：代码乾坤 （CoderLand）