我想說一下我的觀點：我個人并不看好開源的低代碼框架，下面是我的理由。

現在的低代碼平臺，本身的缺點是很明顯的（平臺鎖定 程序員抵制），將這種模式開源之后，再在企業(yè)內部迭代，其實意義不大，因為低代碼本身的框架注定了它的底層能力不會有質的飛躍，像很多開源的低代碼平臺甚至還是表單驅動型和基于 BPM 的核心框架做出的，這種無異于“玩具”——只能做最簡單事情的那種，而且還不一定能做好。

這很容易就讓一個企業(yè)掉進一個“死胡同”里，“低代碼”本身模式的缺陷，不太可能因為企業(yè)內部的迭代而根本改變。企業(yè)也不會花大精力去專心鉆研一個別人做的技術框架，一旦遇到bug和程序崩潰，調試起來是極其困難的。

如果你的企業(yè)真的需要一個免費的開源平臺，那我建議你不如用阿里的低代碼引擎去做，制造一個能融入自家系統(tǒng)的低代碼平臺，真正的更安全，也更貼合公司的業(yè)務要求。如果你是個人開發(fā)者，那直接用 iVX 這種功能完備的低代碼平臺是最合適的。

開源低代碼平臺，看起來挺美好，在我看來也是巨大的坑。主要基于以下幾點：

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

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

最后，開源平臺多數bug比較多，且暗藏玄機。

因此，我認為，未來技術的發(fā)展方向一定是“能生成代碼”的低代碼/無代碼平臺，能夠和現有代碼體系無縫結合的平臺，能夠被程序員接受的平臺。歡迎大家發(fā)表意見。