本文关键字:低代码、工作流引擎、表单工具
现在很流行低代码这个词呀,几乎可以到达随处可见的地步了,从大品牌到名不经传的小开源项目,从OA办公到商城应用,都标注着关键字【低代码】。
抛开内卷与挤兑赛道来说,低代码,真的需要吗?
我们今天从不同角色,不同产品,来解析下这个命题。
先说说是不是内卷?
我个人认为不是内卷,毕竟,再当前能做出低代码开发平台的,不再多数。同时,代码语言也是分布多处,从前端语言到后端语言,从业务到系统包罗万象。分门别类,自然不能说之为卷。 只能说再各自领域里发扬光大。
从一定角度来说,是因为群体还不够多,还没完全形成足够的体量,当然卷不起来。
说说这四类低代码
- 以前端可视化,生成一些页面为代表的设计器:称之为前端低代码工具;
- 以自动化无代码生成CURD,构建一定功能的后台软件,称之为快速开发工具的后台低代码系统
- 以可以拖动布局,调整系统页面,构建简单活动页、设计页面的活动开发低代码工具
- 以大厂为标准的全业务体系构建,涵盖处理业务逻辑,流程,表单等等体系较为完善的低代码开发平台
第一类、第二类、第三类,我们认为,只能称之为工具,就像一个扳手可以快速帮你拧动螺丝一样,协助你快速完成。
第四类是以业务为对象,站在用户的角度思维去解决问题,终端是用户,并不是开发者,自然不是拧螺丝的那位工程师。
前几类的典型代码,我们可以追溯到一些平台,比如Layui、SFDP超级表单、amis、source-vue(字节开源低代码)、Fastadmin、wooadmin 等等这些快速构建工具,最典型的特点就是快速帮你构建一些页面体系,封装好了大量的控件,让你可以轻松的实现一些简单的功能。
第四类平台,比如钉钉平台的、CCFAST、宜搭、伙伴云、轻流、jeecg、gadmin、简道云、等等相当多的“产品”,可能对这些更有偏见。 分析信息可以得到,上述产品的共性是,都有完善的业务场景,以业务出发点,去创造的低代码开发平台。都是以表单信息化、信息流程化、流程标准化为重心,通过整合流程+表单+报表,形成完整的产业闭环。 再一定程度上,做到了简单的业务无代码、低代码化。
低代码的面向对象是谁?
我更愿意把低代码的面向对象偏重于企业的信息中心、软件公司的运维部、以及外包公司的开发工具。
真正的低代码,应该面向业务而生,面向快速构建,只可称之为工具(拙见)。
企业信息中心:低代码开发,可以减少企业信息化的研发投入,从一定角度来说,让信息中心和企业业务中枢的枢纽变得更加紧密,可以让企业的业务再很短的时间内快速实现而减少研发、设计、开发、人员的成本。
软件公司运维部:在传统软件开发中,从原型开发、螺旋开发等等多种开发方式来说,难免存在沟通与周期的多重困难与压力。软件公司运维,能够独立承担企业的业务需求变化,通过可视化,业务构建体系,从而减少软件公司的投入,提升企业开发满意度。
外包公司的开发工具:这里谈到的工具,是指车子,可以让你跑得更快,当然之前得工具,也可以做到。但是在两种速度相提并论下,以业务为核心得低代码开发工具,可以减少研发人员,让重心往业务迁移。
低代码到底在做什么?
工作流引擎,表单设计器,报表设计器,逻辑设计器,权限管理,这些就是汽车的零部件,开发厂商通过将这些组件完整的拼接,整合成一套系统,这便是低代码开发的一套系统了。
低代码开发是在传统软件开发的基础发展起来的,源于传统且优于传统,它把开发模式由软件公司主导完成,变成了企业自主完成。
最后一个问题,低代码撼动了什么?
对比传统,我们认为低代码开发是在传统软件开发的基础发展起来的,源于传统且优于传统,它把开发模式由软件公司主导完成,变成了企业自主完成。未来可见,在互联网大数据的背景下,企业信息管理向无纸化、数字化的快速推进,更将加快软件研发行业朝向重核心、高运维、高服务的模式进发。瞬息万变的企业数字化系统需求,倒逼着软件向可视化、组件化和模块化的高度自由灵活的企业级开发平台快速转变。
低代码并不会撼动传统行业,就像你家的门锁也不是每个都是指纹锁。
低代码改变了用户的传统习惯,改变了企业信息化的实现模式。
Gadmin企业级开发平台、Tpflow工作流引擎、PHP低代码开发平台
转载请注明:文章出处