我想說一下我的觀點：我個人并不看好開源的低代碼框架，下面是我的理由。
現(xiàn)在的低代碼平臺，本身的缺點是很明顯的（平臺鎖定 程序員抵制），將這種模式開源之后，再在企業(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ā)的成果全部作廢，這也是一個非常大的損失。
最后，開源平臺多數(shù)bug比較多，且暗藏玄機。
因此，我認為，未來技術的發(fā)展方向一定是“能生成代碼”的低代碼/無代碼平臺，能夠和現(xiàn)有代碼體系無縫結合的平臺，能夠被程序員接受的平臺。歡迎大家發(fā)表意見。
版權聲明：本文內容由互聯(lián)網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。
