我想說一下我的觀點：我個人并不看好開源的低代碼框架，下面是我的理由。
現在的低代碼平臺，本身的缺點是很明顯的（平臺鎖定 程序員抵制），將這種模式開源之后，再在企業內部迭代，其實意義不大，因為低代碼本身的框架注定了它的底層能力不會有質的飛躍，像很多開源的低代碼平臺甚至還是表單驅動型和基于 BPM 的核心框架做出的，這種無異于“玩具”——只能做最簡單事情的那種，而且還不一定能做好。
這很容易就讓一個企業掉進一個“死胡同”里，“低代碼”本身模式的缺陷，不太可能因為企業內部的迭代而根本改變。企業也不會花大精力去專心鉆研一個別人做的技術框架，一旦遇到bug和程序崩潰，調試起來是極其困難的。
如果你的企業真的需要一個免費的開源平臺，那我建議你不如用阿里的低代碼引擎去做，制造一個能融入自家系統的低代碼平臺，真正的更安全，也更貼合公司的業務要求。如果你是個人開發者，那直接用 iVX 這種功能完備的低代碼平臺是最合適的。
開源低代碼平臺，看起來挺美好，在我看來也是巨大的坑。主要基于以下幾點：
首先，調整一套生成應用的框架，太復雜。通過代碼調整一個生成應用的框架對于“企業”來說，還是太復雜了。因此，這幾乎成為了“開源低代碼”的商業模式，幫助企業去定制。但是，企業本身需要的“快速生成業務和應用的系統”，這相當于是讓企業去二次開發“VisualStudio” ，這個對于一般企業來說，“不具備可行性”。
其次，產品迭代是個大問題。企業需要的產品，時間上并不允許投入太多在“開發平臺”的開發上。另一方面，很多企業都是邊開發，并投產，也就是說“一邊使用平臺，一邊二次開發平臺”，這樣的結果就是“前面的應用”很可能完全無法維護。一旦，很多團隊都是“頭腦一熱”，就上了一個新平臺，可是如果后期平臺調整產品迭代，會導致前期開發的成果全部作廢，這也是一個非常大的損失。
最后，開源平臺多數bug比較多，且暗藏玄機。
因此，我認為，未來技術的發展方向一定是“能生成代碼”的低代碼/無代碼平臺，能夠和現有代碼體系無縫結合的平臺，能夠被程序員接受的平臺。歡迎大家發表意見。
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。
