低代码在国内的火爆程度想必不用做过多赘述，字节的飞书、阿里公司的宜搭、腾讯公司的微搭、软件开发公司帆软的简道云等等。但是你仔细看一下这几家公司的低代码产品，其实还是很不同的。
那到底什么才是真正的低代码产品呢？我们换一个角度考虑这个问题。要想成为低代码，必不可少的功能是什么呢？小编认为是可视化编辑功能。
为什么说可视化编辑功能是低代码平台必不可少的功能呢？我们从字面上理解，低代码是用少量的代码或者是不用代码即可搭建一款开发应用的新型方式，所以，可视化编辑是低代码的必要条件，而其只支持【声明式】代码。声明式代码可以看作是命令式的反面。曾有人言：一切非imperative，皆是declarative。从这个意义上说，越是偏离图灵机的图像越远的，就越是声明式的。
低代码是如何实现可视化编辑的呢？我们从前端和后端两方面来看一看。
前端 HTML+CSS 可以看成一种描述界面的低代码 DSL，因此前端界面实现低代码会比较容易，只需要对 HTML+CSS 进行更进一步封装。虽然也有低代码平台直接使用 HTML+CSS 来实现更灵活的界面控制，但这样做会导致用起来复杂度高，因为通常需要多层嵌套 HTML 才能实现一个组件，使用者还必须熟悉 HTML 及 CSS，上手门槛过高，因此大部分低代码平台都是类似 amis 那样使用 JSON 进行简化。
前端讨论完了，接下来是后端部分，后端低代码需要解决以下三个问题：
1、如何自定义数据存储？
低代码平台需要支持用户存储自定义数据，因为每个应用所需的字段是不一样的。
自定义数据存储是后端低代码最重要的功能，使用什么方案将直接影响这个产品的适用范围。我们拿其中一种一种方案来看一下。
直接使用关系型数据库
这个方案的原理是将数据模型的可视化操作转成数据库 DDL，比如添加了一个字段，系统会自动生成表结构变更语句。
这个方案的优点是：
所有方案里唯一支持直连外部数据库，可以对接已有系统。
性能高和灵活性强，因为可以使用高级 SQL。
开发人员容易理解，因为和专业开发是一样的。
但它的缺点是：
需要账号有创建用户及 DDL权限，如果有安全漏洞会造成严重后果，有些公司内部线上帐号没有这个权限，导致无法实现自动化变更。
DDL 有很多问题无解，比如在有数据的情况下，就不能再添加一个没有默认值的非 NULL 字段。
DDL 执行时会影响线上性能，比如 MySQL 5.6 之前的版本在一个大数据量的表中添加索引字段会锁整个表的写入（但也有数据库不受影响，比如 TiDB、OceanBase 支持在线表结构变更，不会阻塞读写）。
部分数据库不支持 DDL 事务，比如 MySQL 8 之前的版本，导致一旦在执行过程中出错将无法恢复。
实现成本较高，需要实现「动态实体」功能，如果要支持不同数据库还得支持各种方言。
