轉載：低代碼平臺核心能力與國內外典型低代碼開發平臺對比

轉載自：https://www.jianshu.com/p/665...

近期，Gartner、Forrester等行研機構陸續更新了低代碼相關的報告，報告中對低代碼的能力模型進行了調整。從總體方向上看，上述行研機構在評估低代碼開發平臺產品時，提高了數據模型/模型驅動的重要性，而且細化了開發管制（governance）相關的要求。

事實上，隨着低代碼應用場景的泛化和深化，國際上的主流行研機構已經明確了「低代碼開發和傳統開發方式在應用場景上一致」的大方向，而且按照開發複雜系統、大規模系統的標準，衡量低代碼開發工具。

核心能力體系

在此背景之下，我根據對低代碼行業的觀察和理解，再考慮上中國特有的需求，整理出一份低代碼開發平臺核心能力，分爲開發、擴展、體驗和管制四個方面，供技術選型參考。

1. 開發

1.1 模型驅動開發

模型驅動是軟件開發的成熟方法論，是企業級系統開發的通行作法。模型驅動開發大體能夠分爲三個階段：

數據模型：根據數據庫設計範式，製做出由數據表、關係、約束等構成的數據模型
業務模型：將業務邏輯構建在數據模型之上，造成完整的業務模型（也稱領域模型）
交互界面：基於業務模型開發交互頁面，編排業務模型以實現業務操做

1.2 可視化：UI設計

使用可視化的方式構建前端界面和前端交互行爲。若是您的項目須要保持統一的VI，那麼是否支持引入CSS文件也須要歸入考察項目。

1.3 可視化：邏輯處理開發

使用可視化的方式，在前端或者後端構建業務處理邏輯。對於有事務性要求的企業級應用項目，如ERP、WMS或財務，須要重點關注後端業務邏輯處理的開發方式。

1.4 可視化：系統運維

低代碼開發平臺應關注軟件開發的全生命週期，部署、迭代、監控等環節的可視化，一樣能夠大幅下降軟件的總體成本。

2. 擴展

2.1 數據庫集成

數據庫集成能力是打通「數據孤島」的必備條件，也是成本最低的方案之一。是否可以鏈接外部的數據庫，是否可以調用該數據庫上存儲過程等編程能力，對大企業的軟件開發項目來講相當重要。

2.2 WebAPI集成

現代的軟件系統和SaaS服務均以Web API的形式對外提供接口，用於集成。經過調用Web API可讓低代碼開發平臺具有更強大的開發能力和更普遍的應用場景。

2.3 編程接口

軟件需求和IT環境的變化一般會超過開發平臺的迭代，編程接口即是避免「卡在最後一千米」的最後一道防線。

2.4可擴展的組件生態

在編程接口的基礎上，若是可以存在一個組件生態，讓用戶能快速找到本身所需的開發功能，避免「重複造輪子」，何樂爲不爲呢。

3. 體驗

3.1 響應式頁面支持

響應式頁面能夠分爲流式佈局和網格佈局兩種。支持響應式頁面意味着用戶無需針對特定的屏幕尺寸作專門的設計，能夠大幅提高UI的開發效率。

3.2 定製化的原生APP支持

爲了充分利用硬件的特性，針對iOS或Android開發原生APP依然沒有被拋棄。是否能構建從Logo到功能，全定製化的原生APP對於某些項目來講，依然是必須項目。

3.3 本土化移動端支持

移動辦公在國內基本上等同於釘釘和微信，因此，低代碼開發平臺須要具有與這兩個IM軟件無縫對接的能力，從頁面嵌入到用戶集成，不容忽視。

4. 管制

4.1 Web版IDE

相比於桌面版的IDE，Web版具有更快速的部署、更統一的版本等優點，對於大型項目開發團隊而言，爲此犧牲必定的開發效率均可以接受。

4.2 版本管理

企業級應用的高複雜度和頻繁的需求變動決定了版本管理的重要性。事實上，在專業開發領域，版本管理已經成了標配，並基於此衍生出了完整的項目管理方法論。

4.3 代碼倉庫管理

與代碼相似，用戶使用低代碼工具開發的資產也是公司或團隊的財富，如何安全可靠的保存這些資產，將其存放在位於局域網或互聯網的Git等代碼庫，配置訪問權限是個好思路。

4.4 局域網部署

在中國，依然有不少企業對數據和應用程序的可控性提出很是嚴苛的要求，若是用戶須要爲他們開發核心業務系統，支持局域網部署，在徹底沒有互聯網的狀況下也能夠開發、部署和使用就成爲不得不面對的現實。

國內外典型產品橫評

爲了直觀的展現核心能力體系，我選取了國內外幾個典型的低代碼開發平臺產品（outsystems、powerapps、活字格、釘釘宜搭）進行橫評。這裏的評價僅爲定性，不涉及定量。一家之言，僅供參考。

若是你在實際項目中使用過某個低代碼平臺，歡迎使用這套體系對該產品進行評價，回覆到評論中，供你們參考。