我想先說一下自己的結論，首先我個人并不看好開源低代碼平臺，你可以先將內容看完，如果哪些點不同意再來反駁我。

現在的低代碼平臺，本身的缺點是很明顯的（平臺鎖定 程序員抵制），將這種模式開源之后，再在企業(yè)內部迭代，其實意義不大，很容易就讓一個企業(yè)掉進一個“死胡同”里，因為“低代碼”本身模式的缺陷，不太可能因為企業(yè)內部的迭代而根本改變，只會越攪越亂。

開源低代碼平臺雖然看起來挺美好，在其中也有巨大的坑，主要基于以下兩點：

1. 調整一套生成應用的框架，太復雜

通過代碼調整一個生成應用的框架對于“企業(yè)”來說，還是太復雜了。因此，這幾乎成為了“開源低代碼”的商業(yè)模式，幫助企業(yè)去定制。但是，企業(yè)本身需要的“快速生成業(yè)務和應用的系統(tǒng)”，這相當于是讓企業(yè)去二次開發(fā)“VisualStudio” ，這個對于一般企業(yè)來說，這根本上是操作不了的。

2. 產品迭代的問題

企業(yè)需要的產品，時間上并不允許投入太多在“開發(fā)平臺”的開發(fā)上。另一方面，很多企業(yè)都是邊開發(fā)，并投產，也就是說“一邊使用平臺，一邊二次開發(fā)平臺”，這樣的結果就是“前面的應用”很可能完全無法維護。一旦，很多團隊都是“頭腦一熱”，就上了一個新平臺，可是如果后期平臺調整產品迭代，會導致前期開發(fā)的成果全部作廢，這也是一個非常大的損失。

3. 開源平臺多數bug比較多，且暗藏玄機

（不細說了…）

因此，我認為，未來技術的發(fā)展方向一定是“能生成代碼”的低代碼/無代碼平臺，能夠和現有代碼體系無縫結合的平臺，最起碼得像 iVX 這種能導出源碼、更能夠被程序員接受的平臺才有被推廣普及的可能。