有好、有壞，但更多的是處于一個發(fā)展中的狀態(tài)。

一先說好的地方

最明顯的就是能快速開發(fā)，可視化界面和預(yù)構(gòu)建組件，肯定減少了大量編寫代碼的時間，構(gòu)建應(yīng)用程序這塊要比傳統(tǒng)的開發(fā)模式快了幾個數(shù)量級，大概5-10倍的開發(fā)效率提升肯定是有的。

然后像是快速做出原型這種，加快了很多速度。以前寫代碼的時候就像是在賭博，寫了大半天跑個測試心驚膽戰(zhàn)，生怕跑出個紅跑出個黃，要么就是進去一頭牛，出來一個球。

現(xiàn)在低代碼平臺給你個前端頁面就能開始做，有什么疑惑或者問題，直接在頁面上跑，有什么報錯或者bug都能快速顯示出來，省了很多時間，但凡做過程序的人都會明白這意味著什么。

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

再來說些缺點

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

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

還有很多低代碼平臺被廠商鎖定，應(yīng)用程序沒辦法遷移到其他平臺或獨立導(dǎo)出，那你怎么辦，萬一有一天人家倒閉跑路了，你的程序就跟著人沒了。

哪怕是國外最大的兩個低代碼平臺 OutSystems 和 Mendix 也是這種"運行時"的套路，你沒有辦法脫離他們的平臺做自己的程序，這真的很要命。而且像國外這兩家用的技術(shù)都是老框架了，跟國內(nèi)的環(huán)境基本上也是水土不服。

國內(nèi)的 iVX 就沒有這些問題，因為本身就是國內(nèi)環(huán)境出來的，組件和國內(nèi)互聯(lián)網(wǎng)生態(tài)集成都還不錯，也沒什么平臺鎖定，自定義擴展的程度高，最重要的還是能導(dǎo)出源碼.

光生成代碼這一點就超過現(xiàn)今的絕大多數(shù)低代碼平臺了，像 Mendix 是可以導(dǎo)出代碼，但是大多數(shù)時候都跟自家的運行環(huán)境強關(guān)聯(lián)，導(dǎo)致的代碼根本就用不了。

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