國內低代碼平台開發能力對比 ——低代碼平臺真的對程式師友好嗎?

blank

國內低代碼平台開發能力對比 ——低代碼平臺真的對程式師友好嗎?

最近有個問題一直浮現在我腦中:有沒有可能未來有一天,我們不用寫程式,也能開發出各種應用來? 隨著低代碼技術的愈發成熟,我感覺我們離這一天越來越近了。

這段時間抽空調查了一些國內外低代碼平臺和相關的技術,通過"能做什麼"和"開發及運行效率如何"這兩條標準,這篇文章就國內各大低代碼平臺做了一點總結。

目前國內較成熟的低代碼平臺大體有:iVX、牛刀、ClickPaaS、JEPaaS、華炎、氚雲、搭搭雲、簡道雲、魔方網表、雲錶、宜搭雲、APICloud、活字格、輕流、明道雲。

begin{array}[b] {|c|c|} end{array} 国内0代码/低代码产品总结对比表

begin{array}[b] {|c|c|} hline 平台 & 类型 & 代码需求 & 星级 hline iVX & 代码生成类 & 0代码 & ★★★★★ hline 氚云 & BPM类 & 0代码 & ★★★★ hline 明道云 & BPM类 & 0代码 & ★★★★ hline 活字格 & 纯表单类 & 低代码 & ★★★★ hline 搭搭云 & BPM类 & 0代码 & ★★★ hline 简道云 & BPM类 & 0代码 & ★★★ hline 宜搭云 & BPM类 & 低代码 & ★★★ hline JePaaS & BPM类 & 低代码 & ★★★ hline 魔方网表 & 纯表单类 & 低代码 & ★★★ hline 云表 & 纯表单类 & 低代码 & ★★★ hline APICloud & 云端开发管理类 & 高代码 & ★★★ hline 牛刀 & 代码生成类 & 低代码 & ★★★ hline end{array} (个人观点,仅供参考)

一、純表單類低代碼平臺(或從表單起家的)

活字格:★★★★

  • 總結:這款產品很有特色,是源於日本公司的產品,和Windows、Excel有很深的淵源;可以開發一些簡單的系統和網站,數據處理能力強,很適用於財務系統中;支援使用代碼接入第三方系統;有自研JS庫SpreadJS,類似在線Excel
  • 功能:支援Windows的版本,擁有強大的數字處理能力,應用功能相對弱一些
  • 缺陷:只支援Windows

魔方網表、雲錶:★★★

  • 總結:基於網路表格的概念發展而來,功能雖不如活字格強大,但使用相對比較簡單

二、BPM平臺 (Business Process Management)

工作流編輯+表單編輯為主

a) 0 代碼

氚雲、明道雲:★★★★

  • 總結:在這個細分領域中,這兩款產品我覺得做得都還挺不錯的。 氚雲是阿裡系投的(直接接入釘釘);明道雲是梅花網的,也是個老牌產品。
blank
(氚雲-流程圖編輯頁面)
  • 功能:相對比較全面,設計上也比較簡單。

搭搭雲、簡道雲:★★★

  • 總結:操作上比氚雲和明道雲還要簡單一些,但是功能稍微少一些,各有優劣
  • 缺陷:功能相對單一
blank
(搭搭雲-報表編輯頁面)
blank
(簡道雲-流程編輯頁面)

b) 低代碼

宜搭雲、JePaaS:★★★

  • 總結:宜搭雲是阿裡雲的產物;JePaaS是一款開源的CRM工具,但是費用不低;這兩款產品都需要消費者使用代碼才能進行開發
  • 功能:由於接入代碼,功能擴展性強
  • 缺陷:功能相對單一
blank
(JePaaS-流程圖編輯頁面)

三、代碼生成平臺

自動生成前端和後台的程式,感覺生成後台運行的過程更接近低代碼概念,和國外的Mendix、Outsystems比較像。

a) 0 代碼

iVX:★★★★★

  • 總結:是一款比較完備的0代碼產品,測試以後發現可以不用任何代碼完成所有的開發。 工具達到了製作較複雜應用的能力,其官網也是由iVX直接生成的,做到了應用閉環。 再加之其不錯的載入和運行速度,這款產品讓我感覺非常驚豔。
blank
(iVX-事件面板編輯頁面)
  • 功能:元件完備,物件封裝完整;支援各種小程式、原生、WebApp、遊戲開發,總得來說功能非常強大。
  • 效率:產品交互設計合理,開發效率高,前端後台(前端React後台Go)編譯出程序的運行效率很高。
  • 缺陷:教學還有待完善,感覺內容較少,初學者一開始上手時可能會有點麻煩。
blank
(iVX-工具編輯頁面)

b) 低代碼

牛刀:★★

  • 總結:是一款很龐大的低代碼產品,開發的年頭挺長的(和iVX差不多)。 借鑒了國外產品的"畫代碼"功能,通過流程圖去實現一些代碼邏輯。 但是在大多數情況下,特別是後台部分,很多場景還是需要以寫代碼的方式去實現,以至於該產品只適合程式師使用。 在平台上沒有發現製作出來的比較複雜的應用。
blank
(牛刀-邏輯代碼編輯頁面)
  • 功能:功能豐富,和iVX一樣,也是使用"事件觸發"邏輯,但是物件封裝以及物件分層還有待改善;支援微信小程式WebView、原生、WebApp,不支持遊戲。
  • 效率:產品設計上存在一些缺陷。 同樣功能的實現需要比iVX多很多倍的點擊,視窗切換太多,阻礙連續操作;可能和使用WeX5框架有關,牛刀生成的前端代碼品質較差,後台邏輯執行效率比較低,但是由於沒看到非常複雜的應用,所以這裡也不作過多評價。
  • 缺陷:作為一款低代碼產品,不可否認的減少了使用者的編碼工作量,但無論是產品體驗,還是功能上(特別是邏輯實現),還存在不少問題。
blank
(牛刀-編輯頁面)

四、雲端開發管理平臺

嚴格意義上,這類產品應該不屬於低代碼範疇

APICloud:★★★

  • 總結:原來是打包原生App平臺,現在發展為研發過程管理平臺,管理使用者從產品設計、研發、測試到發佈等一系列過程

還有一些這類的產品,這裡就不過多贅述了(如ClickPaaS,我一直沒有註冊成功)。


總結

總體來說,產品功能越強大,對代碼的要求就越高;操作簡單的,不需要使用代碼,功能也就相對單一一些。 只有iVX是一個異類,雖然是0代碼,但是已經形成了完整的開發體系,具備了一定的語言形態,並且有對應的多人開發、版本管理、Debug、開放元件等語言配套。 另外,我發現一個有趣的地方:iVX不要求使用者學習過代碼程式設計,他們引入了全新的"開發者"概念,這是一個不錯的方向。

長久以來,大家一直對 「低代碼」有一個疑問:「低代碼代表需要代碼」—"則需要程式師開發"—"那程式師在寫代碼的同時還需要多學習一款新工具",那麼使用低代碼工具節省下來的寫代碼時間,和學習這款工具的時間哪個多呢? 顯然這個問題沒有標準且明確的答案,那麼「低代碼」是否也算是一個較雞肋的概念呢? 在這段時間的調查中,我發現iVX這款0代碼產品正好解決了低代碼產品陷入的這個尷尬問題。

What do you think?

Written by marketer

blank

什麼是低代碼開發?

blank

寫出一手爛代碼的19條準則