個人認為低代碼這塊兒未來發展會越來越好。低代碼很像曾經出的visual basic，拖拖控件就能夠完成一個軟件。曾經vb有多流行，大家都知道。
什么是低代碼？
一般我們開發的話，都是一行代碼一行代碼的把功能敲出來。像html，javascript、css等代碼，這個過程當然繁瑣。而且在實際開發中，會碰到很多功能類似的情況，這時候再去些重復的去編寫代碼，無疑是對人力資源極大的浪費，且降低了效率。比如我們常見的登錄、注銷、個人主頁等內容。這時候如果能夠將代碼封裝起來，在開發時，直接復用這些模塊，那么就能夠極大的提升效率。
常見的低代碼平臺
首先是iVX，隸屬于世云新媒體有限公司旗下的一款零代碼在線開發平臺，其前身是iH5編輯工具。可以說在低代碼、無代碼這個領域打磨了很久。
其次是網易的輕舟低代碼，由網易在2021年8月26日發布該平臺的2.0版本，迄今為止兩年多一些。
我們這篇文章主要比較iVX與輕舟低代碼的區別，及其各自的優缺點。
一、iVX與輕舟的共性：
1. 都是生成代碼的開發平臺
2. 都可以生成前端代碼和后臺代碼，以及數據庫相關SQL
3. 都支持生成應用導出部署
二、通用性
輕舟：
1. CodeWave還是一款為企業管理系統定制的開發平臺，顆粒度較大
不適用電商、營銷、游戲、個人應用等自定義前端的應用
2. 暫時只能開發WebApp網頁端應用
iVX：
iVX通用性較強，應用場景幾乎沒有限制
三、邏輯表達
輕舟：
1. 自研的一種流程圖結構表達邏輯（類似Mendix），開發效率較低，不適合復雜邏輯開發，當遇到稍微復雜邏輯，很難排版。
2. 邏輯放在一起，不容易管理和查看
3. 沒有公式編輯器，運算邏輯用圖表達，過于復雜
4. 工作流作為一個單獨邏輯表達，和現有流程圖邏輯表達并不“相融”，容易產生邏輯問題
5. 邏輯分類復雜，且多個窗口編輯容易混亂，全局邏輯、實體邏輯、頁面邏輯、事件邏輯、組件內邏輯、系統邏輯。
iVX：
1. 自研“面板”邏輯表達方式，開發效率較高，不需要考慮圖形化的排版問題，線性增加邏輯復雜度
2. 邏輯添加在“對象樹”中組件之后，更加方便
四、在組件方面，由于iVX的發展時間很長，iVX組件數量較大，有市場生態，而輕舟低代碼目前還沒有組件市場。
五、數據庫，這是比較關鍵的點。iVX支持自動生成SQL代碼，后臺以及數據庫組件都非常豐富。生成的程序代碼和后臺云端資源是解耦的。輕舟嚴格意義上是“低代碼”，復雜查詢還是需要編寫SQL代碼的，且數據庫可選類型少，性能方面相比iVX還存在一些瓶頸。
六、成熟度這塊，iVX自身這個平臺采用iVX迭代開發的，超過100萬個應用被iVX開發出來，很多中大型應用在平臺可見。輕舟低代碼主要還是發展時間比較短，目前暫未見使用輕舟開發的網站。
7、易用性
輕舟低代碼平臺本身并未開發使用，且文檔和教學內容相對較少；代碼等英文殘余內容較多，要求有一定編程基礎人學習；社區人還比較少一些，需要長時間發展。
iVX相對于初學者比較友好一些，文檔和教學內容也很多，官網可以直接找到相關教程和視頻。開發頁面全中文操作和界面（包括函數），不要求編程基礎，用戶數量龐大，根據第三方統計的數據，iVX目前約50萬開發者。
8、程序員用起來怎么樣？
我個人在使用輕舟的時候，有個明顯的感覺，自定義組件操作比較復雜，沒有API組件、Socket等，后端服務能力都有待提升。
iVX用起來各個方面都很舒服。
1. iVX導出的代碼可進行二次開發（導出vue react Java原生代碼）
2. 支持各種SDK導入（Java/JS/Python/Android SDK）
3. 支持SQL、JS和Java函數直接嵌入
4. vue和react大量組件可以直接導入
5. 云能力完整接入，支持高并發
9、最后是收費方面，輕舟低代碼目前是按照云端開發者功能分級收費，就是你項目越復雜收費越高。iVX在收費這方面就要寬松的多了，云端個人開發者是完全免費，包含完整功能；使用到云計算部分收費；應用可免費導出部署。
總結來看，輕舟還有很大的改動以及空間。術業有專攻，iVX的前身iH5就是專門搞低代碼，以及代碼生成這塊兒的，所以做出來的開發者界面更加人性一些，功能也更強大，值得使用。我平時主要使用iVX，其他的低代碼平臺也在了解。
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。