#头条创作挑战赛#

选型指标

低代码最近也非常火爆，

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

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

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

那么如何规避风险
，

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

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

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

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

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

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

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

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

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

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

都可以说是没有价值的。

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

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

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

代码生成和非代码生成。

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

一、应用系统的复杂程度

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

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

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

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

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

那什么是数据交互呢
？

举个例子
：

典型采购流程

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

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

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

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

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

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

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

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

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

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

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

也就是图中标注的反写。

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

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

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

，

也是非常典型业务
。

当前市面上的绝大部分
，

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

除非再次做二次开发。

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

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

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

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

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

二
、是否有大量计算任务

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

举个例子：

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

要完成这两类数据，

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

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

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

，

静态语言开发的系统
，

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

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

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

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

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

这就是一场灾难。

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

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

低代码

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

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

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

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

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

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

一个动态表单模块
，

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

再加一个数据大屏，

就算一个低代码系统了。

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

较复杂应用系统，

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

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

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

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

。

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