低代码平台能生成代码吗？（低代码平台能生成代码吗知乎）

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

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

低代码平台最让程序员反感的就是“证明我以前工作是没有意义的，还要让我买单！”，这里面最核心的问题，就是代码问题！如果低代码平台成为“代码快速生成器”，成为程序员的助手，应该情况就会好很多，我们来细致分析一下这个敏感的话题。

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

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

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

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

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

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的做法，也就是“只帮用户生成程序本身，和后台运行时需要资源解耦”）

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