选型指标
低代码最近也非常火爆,
很多企业和项目的运营或者管理者们,
看到了低代码系统的价值。
现在低代码系统市场鱼龙混杂,
那么如何规避风险,
选择合适自己的低代码系统呢?
以下是作为一名在低代码领域深耕十几年的从业者的建议。
选择低代码系统的关键还是在自身,
大家需要整理出自己当前和未来几年对应用系统的需求。
然后再对低代码系统进行详细的调研。
低代码系统是降本增效的利器,
但是不管是低代码系统配置出来的,
还是使用原生代码编码开发出来的应用系统,
作用只有一个:支撑业务。
任何支撑不了业务的应用软件,
都可以说是没有价值的。
当前的低代码系统核心特点大概分为两类:
- 元数据驱动;
- 表单驱动。
低代码系统对于新模块的业务实现又分为两类:
代码生成和非代码生成。
代码生成是指:低代码系统配置的新功能模块,需要生成代码。
一、应用系统的复杂程度
应用系统复杂程度这个指标,
在很多时候没有一个明确的标准。
笼统一点可以理解为数据交互的复杂程度。
OA、CRM这类系统可以归为复杂程度较低的系统。
供应链、生产管理这类可以归为复杂程度较高的系统。
那什么是数据交互呢?
举个例子:
典型采购流程
上图是一个典型的采购流程。
采购部门创建采购申请单之后,
关联生成采购订单(金蝶ERP中成为:下推),
采购负责人与供应商联系,
确定货物配送的具体事宜,
同时关联生成采购入库单,
当需要采购的货物到达仓库时,
仓库根据实际情况,完成采购入库单。
同时财务部门会收到一个应付单。
上图中当其中一个节点发生变化时,
需要和上下游流程进行数据处理,
也就是图中标注的反写。
当然数据的交互不只是关联生成和反写,
还有值更新、超额检查、关单等各种操作。
上图中的业务在一个企业里是非常常见,
也是非常典型业务。
当前市面上的绝大部分,
以表单驱动的低代码系统是支持不了的,
除非再次做二次开发。
只能是元数据驱动的低代码系统可以很好地支持。
如果需要做大量二次开发才能支撑起业务,
那么这种低代码系统价值就不高了,
只能将其定位为:快速开发平台,
和某种语言的开发框架属于一个层次。
二、是否有大量计算任务
大量的计算任务是指什么呢?
举个例子:
我们的ERP系统中的MRP(物资需求计划),和生产计划排程。
要完成这两类数据,
系统需要进行大量的数据运算,
而且大多数情况下,运算时间比较长。
低代码系统基本上是由静态类型语言开发的,
静态语言开发的系统,
如果需要更新,就需要重启服务。
如果有我们的业务系统正在跑计算任务,
而系统由于更新被重启了服务,
那就不可避免地会中断计算,
而且产生了大量的脏数据,
这就是一场灾难。
所以,如果业务系统有这种大量运算的场景,
基于代码生成的低代码系统就不适合了。
低代码
到此,我们已经简单地说明了低代码系统选型的主要标准。
OA、CRM等这类系统可以使用表单驱动的低代码系统,
而供应链、生产管理等这类系统需要使用元数据驱动的低代码系统。
复杂系统尽量避免使用代码生成模式的低代码系统。
根据我们对国内低代码系统市场的背调。
绝大部分低代码系统是使用的Java或者C#开发,
一个动态表单模块,
配合工作流引擎(Flowable、Activiti等)
再加一个数据大屏,
就算一个低代码系统了。
当然如果是支撑类似OA、CRM这类系统,是没问题等。
较复杂应用系统,
当前只能是基于元数据驱动的低代码系统才能支撑。
如果您觉得本文对您有用,建议收藏;
如果您觉得对您的朋友有帮助,请分享给他们;
如果您能点个赞,那就是对作者最大的支持。
更多精彩内容发布于公众号:代码乾坤 (CoderLand)
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。