簡介
低代碼開發平台是無需編碼(0代碼或無代碼)或通過少量代碼就可以快速生成應用程式的開發平台。它的強大之處在於,允許
終端用戶使用易於理解的
可視化工具開發自己的應用程式,而不是傳統的編寫代碼方式。構建業務流程、邏輯和
數據模型等所需的功能,必要時還可以添加自己的代碼。完成
業務邏輯、功能構建後,即可一鍵交付套用並進行更新,
自動跟蹤所有更改並處理
資料庫腳本和部署流程,實現在 IOS,Android,Web 等多個平台上的部署。
低代碼開發平台(LCDP)英文全稱為Low-Code Development Platform,一個顯著的特點是,更多的人可以參與到應用程式開發當中,不僅是具有
專業編程能力的程式設計師,非技術背景的業務人員同樣可以構建套用;對於大型企業來講,低代碼開發平台還可以降低IT
團隊培訓、技術部署的
初始成本。
低代碼開發平台(LCDP)最早可追溯到20世紀90年代至21世紀初的程式語言和工具,與先前的
開發環境類似,早期低代碼開發平台基於模型驅動,後期逐漸演進為數據驅動,並創建了自動
代碼生成和
可視化編程的原理。
2014年,著名的研究機構Forrester正式提出低代碼開發概念,並投身對該平台的研究當中。國外有
Salesforce(1999年創立)、OutSystems(2001年創立)、Mendix(2005年創立)、
Zoho Creator、Kony(2007年創立)、Scratch(2008年由MIT創立)、國內有iVX(2008年創立)
J2Paas(2017年創立)、
JEECG(2013年創立)、
敲敲雲(2022年創立)、起步(2006年創立)、
宜搭(2015年創立),輕流(2015年創立)、
YonBuilder(2020年創立) 其中OutSystems在2018年宣布融資3.6億美金,被視為低代碼賽道的
獨角獸。
2019年底,
中國軟體行業協會認為,國內低代碼領域尚處於早期,
市場未來需求將出現暴增。隨著低代碼套用場景不斷拓寬,2020年會有更多企業或
企業信息化服務提供商將採用技術門檻更低、開發效率更高的低代碼開發平台,為自己量身定做企業
核心繫統以滿足個性化的企業管理需求。
線索
據Forrester估計,到2020年低代碼開發平台的總市場將增長到155億美元。市場中的細分包括資料庫、請求處理、移動化、流程化和通用化的低代碼平台。低代碼開發的市場增長可歸功於其靈活性和易用性,低代碼開發平台正在將重點轉向應用程式的通用,並能夠在需要或期望時添加自定義代碼。
移動
可訪問性是使用低代碼開發平台的驅動因素之一,低代碼
軟體包通常帶有該
功能標準,而不需要開發人員另外花時間創建多設備軟體。低代碼開發平台需要較少的
編碼知識,所以軟體
開發環境中的更多人可以學習使用低代碼開發平台。
2021年11月,Forrester推出《The State of Low-Code Platforms in China》(中國低代碼平台發展報告),將中國的低代碼平台廠商和產品劃分為9大類,並列出了對應的代表廠商和產品。
| |
| |
| |
| JeecgBoot、HARMONCODE、ClickPaaS、 葡萄城(活字格)、Mendix、Outsystems、八佰數字(800)、百特搭 |
| |
| |
| |
| |
| |
| |
優勢
上手快
由於低代碼或0代碼的特徵,無疑會大大降低
程式語言的學習難度,尤其是0代碼(無代碼)開發平台,甚至完全不懂
程式語言的
業務人員都可以快速進行學習和套用開發。
開發快
由於使用大量的組件和封裝的接口進行開發,以及集成
雲計算的
IaaS和PaaS層能力,使得開發效率大幅提升;普遍的觀點,低代碼能夠提升30%以上的開發效率,而0代碼(無代碼)則能夠數倍提升開發效率;並大幅降低
開發成本。
運行快
這是一個
相對概念,總體來說,由於低代碼開發平台或0代碼開發平台使用自動的方式生成(編譯成)
可執行代碼,代碼的整體質量優於業界平均水平;並且相對來說,出錯(Bug)更加可控,代碼的安全性也會更高。
運維快
一般情況下,低代碼開發平台或0代碼開發平台,由於採用組件形式,以及面向對象的開發方式,使得代碼的結構化程度更高,通常來說更容易維護。
使用
作為微型
計算機革命的結果,企業已經在其員工基礎上廣泛部署了計算機,從而使用軟體實現
業務流程的廣泛自動化。對
軟體自動化和業務流程的需求使
軟體開發人員需要批量創建自定義應用程式,並根據組織的獨特需求進行定製。低代碼開發平台作為一種手段,可以快速創建套用,滿足組織特定流程和數據需求的工作。
企業生存的關鍵取決於產品與業務能力,低代碼平台為了讓企業更輕鬆的應對由
業務部門發起的大量需求,基於不同的場景和企業人力資源配置,使IT人員和業務人員都能以更高效的方式開發軟體。
低代碼開發平台的開發者到底是誰呢?低代碼開發平台的客戶又是誰呢?是具有專業技術的開發人員,還是一般的業務人員?是
ISV或IT公司里的專業開發者,還是行業用戶中的IT人員,還是企業用戶的業務人員?
從目前來看,整個產業界在這方面的界定還很不清晰、很不統一。
中國軟體網調查發現,不同低代碼開發平台商,所針對的“開發者”有比較大的差別。例如,由傳統BPM發展而成的低代碼平台,如奧哲的氚雲和奧哲·雲樞、炎黃雲動的低代碼平台等,比較關注的是專業技術人員。
宜搭是
阿里雲推出的SaaS企業套用構建平台。其中宜搭是低代碼開發平台,它主要針對的是專業技術人員。而阿里雲的另一款宜搭Plus則是無代碼開發平台,針對的是普通業務人員。
葡萄城的
活字格低代碼開發平台基於控制項技術而生,不僅支持使用拖拽的方式快速開發企業系統常用功能,還提供了完整的開發接口,可以通過編碼進一步調優或對接第三方軟硬體。
活字格在面向專業開發者的同時,也能幫助IT技術人員和業務人員等平民開發者快速構建企業級套用。
低代碼平台的評價
首先我們必須弄清楚,代碼如何產生,以及哪些部分可以通過低代碼來實現?哪些較為困難?
如果採用面向對象的開發模式,代碼可以被抽象為:對象部分代碼和邏輯部分代碼;通常低代碼開發平台通過構造組件和封裝接口的方式,儘可能減少這兩部分代碼;減少對象代碼,這部分工作低代碼開發平台實現的較為成功,而邏輯部分代碼的實現,低代碼開發平台通常用“
流程圖”(參考Outsystems和Mendix)或“事件面板”(參考iVX)的方式來實現。
如果按套用的
B/S結構來劃分,代碼可以被劃分為前端代碼和後台代碼。某些低代碼平台只能開發前端套用或某些後台特定場景下的套用。
因此,評價低代碼開發平台的能力,主要看以下兩點:
低代碼開發平台的通用性,即所開發的套用種類是否齊全,以及所開發出來的套用能支持哪些作業系統(小程式也可以看作平台級系統的套用)。
低代碼開發平台的邏輯實現能力,通常代碼的邏輯部分很難用“非代碼”的形式進行表達,因此,這一點是低代碼開發平台需要克服的主要障礙,也是評價低代碼開發平台質量的重要指標;隨著低代碼平台的邏輯表達能力不斷完善,必將最終實現0代碼(無代碼)編程。
低代碼開發平台的演進
低代碼開發平台將會沿著兩個緯度進行演進:
1. 通用性,也就是語言屬性維度;隨著低代碼開發平台的不斷成熟和發展,低代碼開發平台逐漸具備通用場景的開發能力,例如可以開發網站、遊戲、3D場景、電商、
企業套用、個人套用;支持的系統也會更加全面,例如支持WebApp、
iOS/
Android、Windows/Mac/Linux、
小程式等各種套用;
2. 便捷性,也就是指代碼量不斷降低的過程,最終將實現0代碼編程。
但是通用性和便捷性要想同時實現,是非常困難的,這也是低代碼開發平台急需解決的問題和下一個挑戰。最終使“去掉程式語法,保留程式邏輯”成為可能。
低代碼和0代碼(無代碼)開發平台的區別
低代碼平台和無代碼(也稱0代碼)平台都是基於同樣的“敏捷性”這一思想而構建的。雖然粗略地看上去很相似。但實際上它們適用於非常不同的目的。
無代碼
開發平台一般用於功能有限的小型
應用程式,如有特殊需要的請假流程,處理維修
任務管理,開發大型套裝軟體中不包含的特定可選功能等,其功能以及與其他應用程式的集成都是比較有限的。
與之無代碼開發平台相反,憑藉擴展性的優勢,
低代碼開發平台才能承載
核心業務服務和複雜的應用程式。
中國軟體行業協會認為,低代碼與
業務系統的集成能力將更受重視,這將成為2020年企業選擇低代碼平台時關注的重點。
為了避免對企業造成誤解,一些行業分析師們已經開始將一些無代碼平台供應商從一些相關報告中移出,如Forrester Research公司發布的報告《2019 Q1 Forrester Wave:面向應用程式開發和交付專業人員的低代碼開發平台》,同時將它們轉移到那些只適用有限
用例的平台報告中。
能力構成
針對低代碼開發平台的能力與場景化靈活性,可以概括為五個維度:
1、 通用型
2、 請求處理
3、 流程
4、 資料庫
5、 移動優先
為此,通用的AD&D(移動套用開發與交付),通常需要三個
核心產品能力,用以達成其平台特性:
1、 aPaaS (應用程式平台即服務,用來快速構建雲端邏輯)
2、 MADP(移動套用開發平台,用來快速構建場景化套用)
以上三點能力是低代碼開發平台的重要標誌,也代表著低代碼開發平台應具備的主要特性。
行研機構
Gartner在2020年9月30日發布了《Critical Capabilities for Enterprise Low-Code Application Platforms》,定義了企業級低代碼開發平台的11項關鍵能力。
Intuitive, No-Code App Development:易用性,不寫代碼時的開發能力
Application User Experience:(開發出的)套用的用戶體驗
Data Model and Management:數據模型和管理
Process and Business Logic:工作流與業務處理邏輯
Platform Ecosystem:開發平台的生態系統
API and Integration:編程接口與系統集成能力
Architecture:系統架構
Quality of Service:(雲)服務的質量
Persona and SDLC:用戶模型與軟體開發生命周期支持
Governance:開發管理
Security and Compliance:安全與合規
能力延伸
作為低代碼開發平台的三大要素,aPaaS、MADP、BPM都具備各自獨特的能力。
其中a
PaaS(應用程式平台即服務)可以在整個應用程式
生命周期實現應用程式的快速開發和交付,簡化應用程式的編譯和部署並確保
可用性、可靠性和
可伸縮性,以及應用程式運行控制和監控。
MADP(移動應用程式開發平台)能夠更好地應對企業數位化業務與創新
性需求,是低代碼開發能力的重要補充;同時,國外諸多低代碼開發平台也在逐漸加強對移動套用開發的支撐能力。
BPM平台注重流程化開發,目的是通過系統性的改善企業內部的商業流程來提升
組織效率。
表單驅動是傳統BPM的典型標誌,為了實現某個業務目標,利用計算機在多個參與者之間按某種預定規則自動傳遞文檔、信息或者任務。
低代碼實際上基於流程進行驅動的數據、
數據格式、
數據來源已經發生了根本變化。BPM是典型的表單驅動只能做企業內部
工作流,而基於aPaaS的後端模式與MADP前端模式加上BPM,三者結合形成了低代碼的一種展現,即是通過模型驅動進行實現。
模型驅動的具體優勢包括:
1、通過去掉重新生成、重新構建、重新測試和重新部署步驟,可以更快地
執行功能更改
2、訪問平台中的API層,以便使用自定義代碼輕鬆
控制模型擴展
3、通過啟動運行伺服器並添加模型,可以輕鬆地進行部署
4、使用更靈活、更動態的應用程式監視功能,並使較少的
技術開發人員能夠通過可視化應用程式模型進行分析和快速調試。
如果給表單驅動打上標籤的話,那就是“無紙化、重複工作、流程孤島、
系統孤島、
數據孤島”;模型驅動對應的便是“智慧型化、效率質量提升、外部
數據整合、消除
信息孤島、內部數據整合”。模型驅動更加智慧型,更加整合,能夠實現數據的同步交換和共享的特徵更受用戶歡迎,能有效幫助企業簡化多餘流程,是未來工作流
技術發展的方向,更加適合低代碼開發平台。
安全和合規問題
對低代碼開發平台安全性和合規性有不少擔憂的聲音,特別是在使用消費者數據的應用程式上,可能存在對低代碼平台如此快速構建應用程式而產生的關於安全性的擔憂,並且因為缺乏相應適當治理而導致的合規性問題。但是,低代碼應用程式本身可以推動安全創新。因為考慮到持續的應用程式開發,從而使用低代碼平台創建安全的數據
工作流程變得更加容易。