低代码，是个伪命题吗？（低代码,是个伪命题吗）

低代码，是个伪命题吗？（低代码,是个伪命题吗）

本文关键字：低代码、工作流引擎、表单工具

现在很流行低代码这个词呀，几乎可以到达随处可见的地步了，从大品牌到名不经传的小开源项目，从OA办公到商城应用，都标注着关键字【低代码】。

抛开内卷与挤兑赛道来说，低代码，真的需要吗？

我们今天从不同角色，不同产品，来解析下这个命题。

先说说是不是内卷?

我个人认为不是内卷，毕竟，再当前能做出低代码开发平台的，不再多数。同时，代码语言也是分布多处，从前端语言到后端语言，从业务到系统包罗万象。分门别类，自然不能说之为卷。 只能说再各自领域里发扬光大。

从一定角度来说，是因为群体还不够多，还没完全形成足够的体量，当然卷不起来。

说说这四类低代码

• 以前端可视化，生成一些页面为代表的设计器：称之为前端低代码工具；
• 以自动化无代码生成CURD，构建一定功能的后台软件，称之为快速开发工具的后台低代码系统
• 以可以拖动布局，调整系统页面，构建简单活动页、设计页面的活动开发低代码工具
• 以大厂为标准的全业务体系构建，涵盖处理业务逻辑，流程，表单等等体系较为完善的低代码开发平台

第一类、第二类、第三类，我们认为，只能称之为工具，就像一个扳手可以快速帮你拧动螺丝一样，协助你快速完成。

第四类是以业务为对象，站在用户的角度思维去解决问题，终端是用户，并不是开发者，自然不是拧螺丝的那位工程师。

前几类的典型代码，我们可以追溯到一些平台，比如Layui、SFDP超级表单、amis、source-vue（字节开源低代码）、Fastadmin、wooadmin 等等这些快速构建工具，最典型的特点就是快速帮你构建一些页面体系，封装好了大量的控件，让你可以轻松的实现一些简单的功能。

第四类平台，比如钉钉平台的、CCFAST、宜搭、伙伴云、轻流、jeecg、gadmin、简道云、等等相当多的“产品”，可能对这些更有偏见。 分析信息可以得到，上述产品的共性是，都有完善的业务场景，以业务出发点，去创造的低代码开发平台。都是以表单信息化、信息流程化、流程标准化为重心，通过整合流程 表单 报表，形成完整的产业闭环。 再一定程度上，做到了简单的业务无代码、低代码化。

低代码的面向对象是谁？

我更愿意把低代码的面向对象偏重于企业的信息中心、软件公司的运维部、以及外包公司的开发工具。

真正的低代码，应该面向业务而生，面向快速构建，只可称之为工具（拙见）。

企业信息中心：低代码开发，可以减少企业信息化的研发投入，从一定角度来说，让信息中心和企业业务中枢的枢纽变得更加紧密，可以让企业的业务再很短的时间内快速实现而减少研发、设计、开发、人员的成本。

软件公司运维部：在传统软件开发中，从原型开发、螺旋开发等等多种开发方式来说，难免存在沟通与周期的多重困难与压力。软件公司运维，能够独立承担企业的业务需求变化，通过可视化，业务构建体系，从而减少软件公司的投入，提升企业开发满意度。

外包公司的开发工具：这里谈到的工具，是指车子，可以让你跑得更快，当然之前得工具，也可以做到。但是在两种速度相提并论下，以业务为核心得低代码开发工具，可以减少研发人员，让重心往业务迁移。

低代码到底在做什么？

工作流引擎，表单设计器，报表设计器，逻辑设计器，权限管理，这些就是汽车的零部件，开发厂商通过将这些组件完整的拼接，整合成一套系统，这便是低代码开发的一套系统了。
低代码开发是在传统软件开发的基础发展起来的，源于传统且优于传统，它把开发模式由软件公司主导完成，变成了企业自主完成。

最后一个问题，低代码撼动了什么？

对比传统，我们认为低代码开发是在传统软件开发的基础发展起来的，源于传统且优于传统，它把开发模式由软件公司主导完成，变成了企业自主完成。未来可见，在互联网大数据的背景下，企业信息管理向无纸化、数字化的快速推进，更将加快软件研发行业朝向重核心、高运维、高服务的模式进发。瞬息万变的企业数字化系统需求，倒逼着软件向可视化、组件化和模块化的高度自由灵活的企业级开发平台快速转变。
低代码并不会撼动传统行业，就像你家的门锁也不是每个都是指纹锁。
低代码改变了用户的传统习惯，改变了企业信息化的实现模式。

Gadmin企业级开发平台、Tpflow工作流引擎、PHP低代码开发平台

转载请注明：文章出处