什么才是真正的低代码平台？

现在国内的低代码平台，已经开始呈现出一种乱象，原因在于大家对低代码的含义模糊不清，几乎是鸡同鸭讲，你谈你的，我谈我的，根本没有显示出一个成熟市场该有的样子，我认为低代码/无代码这种东西就应该有个标准化的定义，让大家可以站在同一个起点上讨论问题。

国内的低代码其实也算是个舶来品，最早从 2014 年的 Forrester 提出低代码概念开始，国外的低代码才有了一个相对完整的定义。我下载了国外相对权威的调研机构​ Gartner 对低代码的分析报告，在这份报告里，详细阐述了低代码的意义和概念。​​接下来我会结合这份报告说一下几个核心区别：​​1.应用独立性：运用低代码平台开发的产品，可以不依赖系统独立运行。也就是开发出来的应用是否可以导出单独运行，而单从这一条来看，国内多数的低代码产品都不能算作低代码，更像是表单、BPM 这种

国内大部分的低代码开发出来的应用是没办法脱离平台运行的，比如明道、轻流、简道云这种，可能走的是​ CRM 和 CMS“内部应用”的路子，像国外的​ Zoho、Salesforce 一开始也这么做，但严格说来并不属于低代码的范畴。

2.开发完整性：可以对应用进行全生命周期管理，也就是​从设计阶段开始（有些平台还支持更前置的项目与需求管理），历经开发、构建、测试和部署，一直到上线后的各种运维。

国内大多数产品只是多个​ SaaS 产品的融合，没有统一的 IDE 界面，数据开发能力也比较匮乏，只能做些表单的低级应用，很多甚至连数据库的能力都没有，在 ​Gartner 的定义中，低代码自身必须能够提供一个低代码的 IDE，来完成设计、开发、数据和部署的过程，可见单从这条来看，大部分的低代码平台又是达不到要求的。​​3.逻辑完备性：支持设计应用的前后台的数据逻辑和业务逻辑（包括存储，不依赖第三方工具或平台）​​国内多数只支持表格逻辑，而不是数据库的逻辑，只有少数做得好的产品才支持数据库的连接和查看，至于能否支持控制数据库，生成 SQL 语句的就更少了（国内好像只有 iVX）。对于业务逻辑，除了两三家，几乎都是通过​ Blocks 的方式来配置解决的，不能够直接控制编写业务逻辑，或直接生成业务逻辑代码。

4.可集成：可以集成现有前端后端的各种库、框架、SDK，能共同编译或直接使用；（例如 Element UI，Echart，JDK...等）​​国内大多以​ 前端 JS 库为主，支持动态引入 JDK 好像还没有。

剩下的还有 API 的支持和组件重复利用的能力，简单概括就是 API 的能力大多是支持的，但用户自己可开发的组件插入并不多。我在网上找了一张表，大致可以概括国内各个低代码之间不同的能力情况，大家可以看一下，概括的还是比较完整的：

​​