低代碼平臺之爭:CodeWave VS iVX,誰更勝一籌?(低代碼平臺對比)
關于低代碼平臺的爭論由來已久,最早可以追溯到 2014 年,由 Forrester 提出:
Platforms that enable rapid delivery of business applications with minimumhand-coding and minimal upfront investment in setup, trAIning, and deployment.
摘錄其中的關鍵詞,我們可以發(fā)現低代碼平臺的核心價值:在低成本的配置部署下,對商業(yè)應用進行快速交付。這句話有2個重點:
首先,低成本指編寫代碼更少,環(huán)境設置和部署成本更加簡單
其次,不僅能夠像傳統(tǒng)的代碼開發(fā)一樣交付任務,而且能更快地交付任務。
要滿足以上2個條件,光靠低代碼平臺自身的完善是完全不夠的。
為什么這么說?因為客制化的功能和個性化的需求從來都是互相矛盾的。低代碼平臺再怎么全,再怎么好用,都需要定制化的功能和隨時可進行二次開發(fā)的 IDE,才能保證真正意義上交付個性化的商業(yè)任務。這就要求低代碼平臺本身必須支持代碼生成且自由導出。
對程序員來說,如果不能生成代碼,和現有的開發(fā)環(huán)境進行融合,就意味著過往寫的代碼毫無作用,而寫在低代碼平臺上的程序無法實現定制化的需求,同時受制于人,毫無安全感;對企業(yè)來說,如果不能生成代碼,就代表被“平臺鎖定”,給未來運維和研發(fā)投入,埋下定時炸彈。
要想讓市場真正接受低代碼平臺,首先低代碼平臺本身必須保持著開放透明的心態(tài),接納現有的工作流程甚至融入其中,而不是一股腦地將所有數據攥在自己手中,做數字世界的獨裁者,看客們只會用腳投票,讓偏執(zhí)的控制狂角色出局。
調研國內幾乎所有的低代碼平臺,我發(fā)現只有 CodeWave 和 iVX 這2個平臺屬于“代碼生成型”平臺,其他都是 aPaaS 平臺或純 SaaS 平臺,并非嚴格意義上的低代碼平臺。
接下來,本文將從產品理念、技術路線、產品差異、細節(jié)體驗、表達設計、AI集成等 5 個方面,盡可能全面地展現兩款產品的差別和綜合體驗。
注:“代碼生成型”平臺即為能導出源碼的低代碼平臺,下文均用此詞語指代。
產品理念差異
產品在設計之初,其設計理念必將貫穿于產品自身的方方面面,從UI設計、操作邏輯、收費方式、用戶群體等都有所不同,進入官網,我們就可發(fā)現二者的差異。
顯然,iVX 是一款面向開發(fā)者設計的產品,全棧代碼生成,可視化邏輯編排,二次代碼開發(fā)和自由部署,都暴露出其想要成為新一代編程語言的野心,開放和包容,是它最大的特點,注冊過程也比較簡單,提供手機號驗證碼即可。
而 CodeWave 則是一款專門為企業(yè)設計的產品,擴展核心系統(tǒng)、業(yè)務流程自動化、組件復用等功能,為實現企業(yè)各種管理系統(tǒng)的開發(fā)部署提供了可能性。在登陸注冊頁面需要提供公司企業(yè)、部門職能等信息。
技術路線差異
由于理念不同,二者走的技術路線也截然不同。
iVX 創(chuàng)造了統(tǒng)一的“程序邏輯非代碼表達”范式(面板模式),并統(tǒng)一前后臺(含數據庫)的“邏輯表達”,并生成統(tǒng)一的 AST,最終生成 JS/SQL/Java 等高級語言對應代碼,形成了一套完整獨立于某一種具體編程語言的技術路線,整個過程更接近于編程的體驗,只是工具由代碼變成了可視化組件;
iVX邏輯可視化頁面
CodeWave 主要還是沿用 Java 語言以及 Spring 框架,技術上基本上是該語言框架的可視化擴展,熟悉相關語言表達的用戶,操作起來會很容易上手;
CodeWave 邏輯頁面
產品差異
同樣基于理念差異,二者的產品設計也大相徑庭。
iVX 是一套全新的“通用無代碼”方案,并未沿用常見的低代碼方案,在保證自身開發(fā)邏輯“圖靈完備”的基礎上,實現了對現有代碼資源的整合運用,既可以和現有的代碼進行銜接,實現完整功能,又可以憑借可視化的操作,無需代碼完成各項指令。更加符合 Forrester 對低代碼的原始定義。
iVX自定義
CodeWave 產品設計上則沿用常見的低代碼產品方案,集成多種設計器/邏輯設計器,很多模塊都是分別設計,分別表達,例如在 CodeWave 中就有多達 5 種編輯器,而 iVX 只有 1 種。這無形中增加了許多學習成本和操作成本,反復切換會破壞完整的產品體驗。
產品細節(jié)
iVX 可以直接在開發(fā)過程中預覽,不需要等待;CodeWave 預覽每次都要重新編譯,等待幾分鐘;此外,由于 CodeWave 開發(fā)時間還較短,很多功能組件相比 iVX 還不夠完善,很多地方需要代碼配合實現。
非代碼邏輯表達設計
在非代碼邏輯表達設計上,iVX 采用簡潔的面板,“萬物皆對象,邏輯皆面板”,操作起來點擊次數很少,操作便捷;
CodeWave 的邏輯面板則略顯復雜,操作起來很多情況下比寫代碼要慢。
AI 能力集成
在 AI 集成方面,CodeWave 據說會有大動作,例如通過 AI 模型將設計稿轉為前端代碼,通過 AI 模型將自然語言轉為 SQL 代碼等。
在官網的實例圖中,我們可以看到在面板界面通過自然語言的方式,就可以賦予事件邏輯,實現 AI 的智能化編程。但是至今暫未開放,在官網可以看到 CodeWave 也將宣傳重點放在智能化上,或將成為 CodeWave 未來的突出亮點。
綜合來看,iVX在面向個人開發(fā)者時會有更明顯的優(yōu)勢;而 CodeWave 面向企業(yè)端表現可圈可點,希望兩者在未來可以同樣帶給我們更多驚喜。