怎么說呢，現(xiàn)在的低代碼平臺確實(shí)還就是那么個狀態(tài)，大事兒擔(dān)不了，小事做不好。

不過一個合格的低代碼平臺，優(yōu)點(diǎn)還是比較明顯的。

比如說能快速開發(fā)，可視化界面和預(yù)構(gòu)建組件，肯定減少了大量編寫代碼的時間，構(gòu)建應(yīng)用程序這塊要比傳統(tǒng)的開發(fā)模式快了幾個數(shù)量級，國外機(jī)構(gòu)預(yù)測是5-10倍左右。

還有就是降低門檻，現(xiàn)在的低代碼平臺雖然嚴(yán)格意義上是給程序員準(zhǔn)備的，但是不得不提因?yàn)榭梢暬缑婧徒M件的加入，很多業(yè)務(wù)人員也能開始對你的代碼行”指指點(diǎn)點(diǎn)“了，當(dāng)然，這不一定是壞事，更多的人能參與進(jìn)來，降低門檻這件事并不是顯得那么無法接受的，好處還是不少的，起碼減輕部分工作量，或者讓別人來找bug，都方便很多

然后像是快速做出原型這種，說真的我愛死這個功能了，以前寫代碼的時候就像是在賭博，寫了大半天跑個測試心驚膽戰(zhàn)，生怕跑出個紅跑出個黃，要么就是進(jìn)去一頭牛，出來一個球?，F(xiàn)在低代碼平臺給你個前端頁面就能開始做，有什么疑惑或者問題，直接在頁面上跑，有什么報錯或者bug都能快速顯示出來，省了很多時間，但凡做過程序的人都會明白這意味著什么。

最后就是對老板和企業(yè)來說的提本增效，說實(shí)話跟咱們打工人沒什么關(guān)系，但是正因?yàn)檫@個，低代碼才能流行起來，市場需求擺在這，就像雷軍說的，豬都能飛起來。

說了這么多，低代碼沒有缺點(diǎn)嗎？并不是

首先就是老生常談的功能受限，某些復(fù)雜的應(yīng)用程序需求可能超出了低代碼平臺的范圍，因此還是得用寫代碼的方式補(bǔ)上，其實(shí)要說能用寫代碼的方式補(bǔ)上也還好，很多平臺硬是不給你留這個接口，你只能干瞪眼，怎么辦，做還是不做？不做就沒功能，做就要從頭開始做，換誰都得氣的罵娘。

其次就是過于復(fù)雜的情況做不了，你像是一些原本定制化跟業(yè)務(wù)邏輯復(fù)雜的程序，低代碼是做不出來的，比例3D游戲引擎、火箭發(fā)射系統(tǒng)等等，高度定制的底層系統(tǒng)沒法做，這是低代碼平臺本身的局限。

還有很多低代碼平臺被廠商鎖定，應(yīng)用程序沒辦法遷移到其他平臺或獨(dú)立導(dǎo)出，那你怎么辦，萬一有一天人家倒閉跑路了，你的程序就跟著人沒了。哪怕是國外最大的兩個低代碼平臺 OutSystems 和 Mendix 也是這種"運(yùn)行時"的套路，你沒有辦法脫離他們的平臺做自己的程序，這真的很要命。而且像國外這兩家用的技術(shù)都是老框架了，跟國內(nèi)的環(huán)境基本上也是水土不服。

國內(nèi)的 iVX 就沒有這些問題，因?yàn)楸旧砭褪菄鴥?nèi)環(huán)境出來的，組件和國內(nèi)互聯(lián)網(wǎng)生態(tài)集成都還不錯，也沒什么平臺鎖定，自定義擴(kuò)展的程度高，最重要的還是能導(dǎo)出源碼，光生成代碼這一點(diǎn)就超過現(xiàn)今的絕大多數(shù)低代碼平臺了，像 Mendix 是可以導(dǎo)出代碼，但是大多數(shù)時候都跟自家的運(yùn)行環(huán)境強(qiáng)關(guān)聯(lián)，導(dǎo)致的代碼根本就用不了。

當(dāng)然，iVX 也沒法做大型游戲引擎、復(fù)雜的底層系統(tǒng)這種，如果需要的話，還是建議你老老實(shí)實(shí)地從底層純代碼做起。