低代码本身基本上不可能成为“一个标准”，每家公司做法都不一样，唯一的标准，只有“代码”本身！
是否具有通用的代码生成能力关系到很多底层问题，所有低代码平台都无法回避，甚至讳莫如深。
低代码平台最让程序员反感的就是“证明我以前工作是没有意义的，还要让我买单！”，这里面最核心的问题，就是代码问题！如果低代码平台成为“代码快速生成器”，成为程序员的助手，应该情况就会好很多，我们来细致分析一下这个敏感的话题。
低代码平台能生成代码吗！？
注意，这里生成的代码是“所开发应用的独立代码”，这个代码是可以“脱离”平台，独立运行的那种。
这个可以提供程序员或使用的企业——最基础的“安全感”！
如果没有代码生成，代表以后只能在这个平台上开发，开发出来的应用只能在这个平台运行，即“开发和运行环境锁定”！
主要是低代码平台有如此之多，自身标准又不统一，你在一个平台开发的应用并不能在其它平台打开或运行，这就很尴尬了。如果这个平台功能受限怎么办？应用性能不行怎么办？平台不运营了怎么办？
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在现有的前端代码中进行调用。
下面是导出代码范例，就是一个简单页面，但是生成格式应该很多前端同学都是可以看和可以改的。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。