低代碼本身基本上不可能成為“一個(gè)標(biāo)準(zhǔn)”，每家公司做法都不一樣，唯一的標(biāo)準(zhǔn)，只有“代碼”本身！
是否具有通用的代碼生成能力關(guān)系到很多底層問(wèn)題，所有低代碼平臺(tái)都無(wú)法回避，甚至諱莫如深。
低代碼平臺(tái)最讓程序員反感的就是“證明我以前工作是沒(méi)有意義的，還要讓我買(mǎi)單！”，這里面最核心的問(wèn)題，就是代碼問(wèn)題！如果低代碼平臺(tái)成為“代碼快速生成器”，成為程序員的助手，應(yīng)該情況就會(huì)好很多，我們來(lái)細(xì)致分析一下這個(gè)敏感的話題。
低代碼平臺(tái)能生成代碼嗎！？
注意，這里生成的代碼是“所開(kāi)發(fā)應(yīng)用的獨(dú)立代碼”，這個(gè)代碼是可以“脫離”平臺(tái)，獨(dú)立運(yùn)行的那種。
這個(gè)可以提供程序員或使用的企業(yè)——最基礎(chǔ)的“安全感”！
如果沒(méi)有代碼生成，代表以后只能在這個(gè)平臺(tái)上開(kāi)發(fā)，開(kāi)發(fā)出來(lái)的應(yīng)用只能在這個(gè)平臺(tái)運(yùn)行，即“開(kāi)發(fā)和運(yùn)行環(huán)境鎖定”！
主要是低代碼平臺(tái)有如此之多，自身標(biāo)準(zhǔn)又不統(tǒng)一，你在一個(gè)平臺(tái)開(kāi)發(fā)的應(yīng)用并不能在其它平臺(tái)打開(kāi)或運(yùn)行，這就很尷尬了。如果這個(gè)平臺(tái)功能受限怎么辦？應(yīng)用性能不行怎么辦？平臺(tái)不運(yùn)營(yíng)了怎么辦？
iVX、appgyver等就可以生成代碼，Wix、WordPress、odoo等也可以。
當(dāng)然代碼生成也包含很多個(gè)等級(jí)，例如：
（1）是前后臺(tái)代碼都能生成？還是只能生成后臺(tái)代碼？或只能生成前端代碼？——最大多數(shù)低代碼平臺(tái)如果生，也是生一種。
（2）能否生成數(shù)據(jù)庫(kù)的代碼？自動(dòng)生成SQL？
（3）最好生成的后臺(tái)代碼能后和運(yùn)行時(shí)資源解耦，能接云計(jì)算盡量接云計(jì)算？
生成代碼能力方面呢，iVX應(yīng)該是最強(qiáng)的，在以上這些中。
只有能夠首先生成代碼，才有后面的然后…
平臺(tái)生成代碼可以和程序員手寫(xiě)代碼基本“無(wú)差別”嗎！？
什么叫無(wú)差別呢？
生成代碼易用性，可以和現(xiàn)有常見(jiàn)開(kāi)發(fā)環(huán)境和代碼資源整合
生成的代碼最好采用常見(jiàn)的流行框架，例如前端VUE或者react等，后臺(tái)生成JAVA或Node語(yǔ)言。我并不是覺(jué)得JQ或PHP不好，而是現(xiàn)在確實(shí)會(huì)比較小眾一些，這個(gè)不屬于我們重點(diǎn)討論的話題。同時(shí)，最好能支持mysql、ES、redis、MQ等多類(lèi)型的數(shù)據(jù)庫(kù)或后臺(tái)常見(jiàn)產(chǎn)品。如果能夠和現(xiàn)有的代碼開(kāi)發(fā)流程也能整合那就更好了！例如Git等代碼管理工具。
生成代碼可讀性，程序員可以直接復(fù)用或二次開(kāi)發(fā)（要做到這一點(diǎn)，基本上就是低代碼行業(yè)的天花板了）
大家常常提到程序員“不喜歡”“至少是不支持”低代碼，可是為什么呢？深層次原因還是程序員將“低代碼”當(dāng)成了自己飯碗的“競(jìng)爭(zhēng)者”，而并非是“收入”和“效率”提升的貢獻(xiàn)者！而在一個(gè)企業(yè)中，技術(shù)選型誰(shuí)說(shuō)了算？當(dāng)然還是“程序員”，這就形成了一個(gè)悖論。“低代碼平臺(tái)想搶程序員的飯碗，還要程序員買(mǎi)單！”。
雖然也有程序員不喜歡ChatGPT或代碼補(bǔ)全工具，但是似乎要溫柔很多，而且更多的程序員還是持贊成態(tài)度的。
如果根據(jù)這個(gè)特征，反思一下低代碼生態(tài)，那就很清楚了，低代碼必須要得到程序員的認(rèn)可才有出路（那么就一次全部毀滅，直接AI生成完整應(yīng)用，短時(shí)間內(nèi)還很難）。
生成代碼涉及到很多“尖端”技術(shù)，例如編譯器/解釋器的開(kāi)發(fā)，AST的開(kāi)發(fā)等等，因此要想生成代碼本來(lái)就不容易，生成具有可讀性的代碼就更難了。
iVX 已經(jīng)能夠自動(dòng)生成可讀代碼（我們將在文章最后放一點(diǎn)生成代碼片段…）。
生成代碼運(yùn)行效率還要高…
不是很容易證明誰(shuí)比誰(shuí)寫(xiě)的代碼更好？這是一個(gè)比較復(fù)雜的問(wèn)題。但是基本上可以從幾個(gè)點(diǎn)來(lái)進(jìn)行判斷：
（1）生成應(yīng)用打開(kāi)的速度？運(yùn)行時(shí)卡不卡頓？
（2）寫(xiě)一個(gè)類(lèi)似的程序，跑一下，打開(kāi)控制臺(tái)看看有什么區(qū)別？另外，就是看看加載文件的大小？
（3）后臺(tái)可以壓測(cè)一下，看看高并發(fā)的情況。對(duì)于這個(gè)問(wèn)題，我認(rèn)為最好是把“計(jì)算”、“存儲(chǔ)”、“安全”、“帶寬”等都交給云計(jì)算平臺(tái)來(lái)處理和控制。（這是iVX的做法，也就是“只幫用戶生成程序本身，和后臺(tái)運(yùn)行時(shí)需要資源解耦”）
調(diào)試和運(yùn)行代碼和以前方式“無(wú)差別”
iVX可以生成前端、后臺(tái)和數(shù)據(jù)庫(kù)代碼。以生成前端代碼為例，可以直接保存成.vue的文件，直接在現(xiàn)有VScode等流行的代碼IDE中進(jìn)行動(dòng)態(tài)調(diào)試，任意增加代碼，并通過(guò)編譯。
甚至可以將iVX的前端代碼編譯成vue和react的component在現(xiàn)有的前端代碼中進(jìn)行調(diào)用。
下面是導(dǎo)出代碼范例，就是一個(gè)簡(jiǎn)單頁(yè)面，但是生成格式應(yīng)該很多前端同學(xué)都是可以看和可以改的。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。