低代码本身基本上不可能成为“一个标准”，每家公司做法都不一样，唯一的标准
，只有“代码”本身
！

是否具有通用的代码生成能力关系到很多底层问题，所有低代码平台都无法回避，甚至讳莫如深。

低代码平台最让程序员反感的就是“证明我以前工作是没有意义的，还要让我买单！”

，这里面最核心的问题，就是代码问题

！如果低代码平台成为“代码快速生成器”，成为程序员的助手，应该情况就会好很多

，我们来细致分析一下这个敏感的话题。

低代码平台能生成代码吗！
？

注意

，这里生成的代码是“所开发应用的独立代码”
，这个代码是可以“脱离”平台
，独立运行的那种。

这个可以提供程序员或使用的企业——最基础的“安全感”
！

如果没有代码生成，代表以后只能在这个平台上开发
，开发出来的应用只能在这个平台运行
，即“开发和运行环境锁定”

！

主要是低代码平台有如此之多
，自身标准又不统一，你在一个平台开发的应用并不能在其它平台打开或运行，这就很尴尬了。如果这个平台功能受限怎么办？应用性能不行怎么办
？平台不运营了怎么办
？

iVX
、appgyver等就可以生成代码，Wix、WordPress、odoo等也可以。

当然代码生成也包含很多个等级
，例如：

（1）是前后台代码都能生成？还是只能生成后台代码？或只能生成前端代码？——最大多数低代码平台如果生，也是生一种。

（2）能否生成数据库的代码？自动生成SQL
？

（3）最好生成的后台代码能后和运行时资源解耦，能接云计算尽量接云计算

？

生成代码能力方面呢，iVX应该是最强的，在以上这些中。

只有能够首先生成代码，才有后面的然后…

平台生成代码可以和程序员手写代码基本“无差别”吗！？

什么叫无差别呢？

生成代码易用性，可以和现有常见开发环境和代码资源整合

生成的代码最好采用常见的流行框架，例如前端VUE或者react等，后台生成JAVA或Node语言


。我并不是觉得JQ或PHP不好，而是现在确实会比较小众一些，这个不属于我们重点讨论的话题。同时
，最好能支持mysql、ES、redis
、MQ等多类型的数据库或后台常见产品
。如果能够和现有的代码开发流程也能整合那就更好了
！例如Git等代码管理工具

。

生成代码可读性，程序员可以直接复用或二次开发（要做到这一点
，基本上就是低代码行业的天花板了）

大家常常提到程序员“不喜欢”“至少是不支持”低代码
，可是为什么呢
？深层次原因还是程序员将“低代码”当成了自己饭碗的“竞争者”，而并非是“收入”和“效率”提升的贡献者
！而在一个企业中，技术选型谁说了算
？当然还是“程序员”
，这就形成了一个悖论。“低代码平台想抢程序员的饭碗

，还要程序员买单

！”
。

虽然也有程序员不喜欢ChatGPT或代码补全工具，但是似乎要温柔很多，而且更多的程序员还是持赞成态度的。

如果根据这个特征
，反思一下低代码生态，那就很清楚了，低代码必须要得到程序员的认可才有出路（那么就一次全部毁灭，直接AI生成完整应用，短时间内还很难）。

生成代码涉及到很多“尖端”技术
，例如编译器/解释器的开发，AST的开发等等
，因此要想生成代码本来就不容易，生成具有可读性的代码就更难了
。

iVX 已经能够自动生成可读代码（我们将在文章最后放一点生成代码片段…）
。

生成代码运行效率还要高…

不是很容易证明谁比谁写的代码更好
？这是一个比较复杂的问题。但是基本上可以从几个点来进行判断：

（1）生成应用打开的速度？运行时卡不卡顿
？

（2）写一个类似的程序

，跑一下
，打开控制台看看有什么区别

？另外
，就是看看加载文件的大小？

（3）后台可以压测一下
，看看高并发的情况
。对于这个问题

，我认为最好是把“计算”、“存储”
、“安全”、“带宽”等都交给云计算平台来处理和控制。（这是iVX的做法，也就是“只帮用户生成程序本身
，和后台运行时需要资源解耦”）

调试和运行代码和以前方式“无差别”

iVX可以生成前端、后台和数据库代码
。以生成前端代码为例，可以直接保存成.vue的文件，直接在现有VScode等流行的代码IDE中进行动态调试，任意增加代码，并通过编译。

甚至可以将iVX的前端代码编译成vue和react的component在现有的前端代码中进行调用
。

下面是导出代码范例，就是一个简单页面，但是生成格式应该很多前端同学都是可以看和可以改的
。