低·无漫谈 | 万应低代码CTO胡艳平：赛道的喧嚣，带来的几个概念混淆

业内有不少专家在讲低代码历史的时候，会追溯到十几年前，不可避免的会提到Visual Studio、Power Build等早年的编程工具。有部分专家觉得这些工具具有可视化界面，能够不用代码生成部分软件的界面，也有部分专家觉得这些工具，天生就是为了代码编程而设计的，不应该归为低代码开发工具的范畴。

个人看来，Visual Studio这类工具非常强大，适配C#、F#、VB、Javascript、Python等多种编程语言，它的主要目标是为了提高“编代码”效率，为了更快的写代码，而不是不写代码或少写代码。至少到目前为止不应该把它归纳为低代码开发工具。

很多做开发的人通常认为，只要做个根据数据库结构生成后台代码、拖拽一下生成前端代码的工具，就是低代码工具。这个问题在信通院的标准讨论会上讨论过。大部分专家觉得，如果生成的代码，经过二次开发后，还能利用那个代码生成工具继续加工，那就应该是低代码开发工具，如果不能，那就只能是代码生成工具。个人认为，判断一个工具是不是低代码开发工具，首先要看两点：

在参加信通院低代码标准能力讨论的时候，其中有一个章节，就专门提出了低代码开发工具和低代码开发平台的概念。当时有专家解释了要把低代码开发工具、低代码开发平台拿出来单独定义的主要原因：

个人认为二者主要有以下几点区别：

很多人认为，不用写代码的工具就是零代码开发工具，写少量代码的工具就是低代码开发工具，有和无是人们最好理解的定义。许多厂商也利用大家的这个“常识”，把自己的产品装入低代码或者零代码。

在跟一些从业专家、投资人讨论的时候，大家其实也都有不同的看法。有的觉得根据是否需要写代码来区分，很直观，但是实际产品操作选型时却没有实际参考价值。有的觉得零代码和低代码，应该完全区分到两个赛道，是SaaS和PaaS的区别。

个人认为，不应该从“零”代码还是“低”代码的维度，去区别这个赛道的产品，而应该从底层的设计逻辑去区别，应该要从“表单驱动”、“模型驱动”来区别。主要理由如下：

如果一个低代码开发平台，它不写代码，也可以实现复杂的业务逻辑，也不应该笼统的归纳到“零代码”平台，而主要看这个平台底层是不是模型驱动。也就是相对于零代码，低代码平台需要符合以下几个特点：

不妨把零代码约等于表单驱动型，把低代码约等于模型驱动。选择了模型驱动，同时设计了强大的逻辑编排引擎，那么绝大部分代码逻辑可以通过拖拽实现，不用写代码就可以实现90%以上的业务场景。