低代碼開發平台

低代碼開發平台是無需編碼（0代碼或無代碼）或通過少量代碼就可以快速生成應用程序的開發平台。它的強大之處在於，允許終端用户使用易於理解的可視化工具開發自己的應用程序，而不是傳統的編寫代碼方式。構建業務流程、邏輯和數據模型等所需的功能，必要時還可以添加自己的代碼。完成業務邏輯、功能構建後，即可一鍵交付應用並進行更新，自動跟蹤所有更改並處理數據庫腳本和部署流程，實現在 IOS，Android，Web 等多個平台上的部署。 ^[2] 

低代碼開發平台(LCDP)英文全稱為Low-Code Development Platform,一個顯著的特點是，更多的人可以參與到應用程序開發當中，不僅是具有專業編程能力的程序員，非技術背景的業務人員同樣可以構建應用；對於大型企業來講，低代碼開發平台還可以降低IT團隊培訓、技術部署的初始成本。

低代碼開發平台(LCDP)最早可追溯到20世紀90年代至21世紀初的編程語言和工具，與先前的開發環境類似，早期低代碼開發平台基於模型驅動，後期逐漸演進為數據驅動，並創建了自動代碼生成和可視化編程的原理。

2014年，著名的研究機構Forrester正式提出低代碼開發概念，並投身對該平台的研究當中。國外有Salesforce（1999年創立）、OutSystems（2001年創立）、Mendix（2005年創立）、Zoho Creator ^[17-18]  、Kony（2007年創立）、Scratch（2008年由MIT創立）、國內有iVX（2008年創立）J2Paas（2017年創立）、JEECG（2013年創立 ^[16]  ）、敲敲雲（2022年創立 ^[15]  ）、起步（2006年創立）、宜搭（2015年創立），輕流（2015年創立） ^[12]  、YonBuilder（2020年創立） 其中OutSystems在2018年宣佈融資3.6億美金，被視為低代碼賽道的獨角獸。

2019年底，中國軟件行業協會認為，國內低代碼領域尚處於早期，市場未來需求將出現暴增。隨着低代碼應用場景不斷拓寬，2020年會有更多企業或企業信息化服務提供商將採用技術門檻更低、開發效率更高的低代碼開發平台，為自己量身定做企業核心系統以滿足個性化的企業管理需求。 ^[3] 

據Forrester估計，到2020年低代碼開發平台的總市場將增長到155億美元。市場中的細分包括數據庫、請求處理、移動化、流程化和通用化的低代碼平台。低代碼開發的市場增長可歸功於其靈活性和易用性，低代碼開發平台正在將重點轉向應用程序的通用，並能夠在需要或期望時添加自定義代碼。

移動可訪問性是使用低代碼開發平台的驅動因素之一，低代碼軟件包通常帶有該功能標準，而不需要開發人員另外花時間創建多設備軟件。低代碼開發平台需要較少的編碼知識，所以軟件開發環境中的更多人可以學習使用低代碼開發平台。

2021年11月，Forrester推出《The State of Low-Code Platforms in China》（中國低代碼平台發展報告），將中國的低代碼平台廠商和產品劃分為9大類，並列出了對應的代表廠商和產品。 ^[10] 

由於低代碼或0代碼的特徵，無疑會大大降低編程語言的學習難度，尤其是0代碼（無代碼）開發平台，甚至完全不懂程序語言的業務人員都可以快速進行學習和應用開發。

由於使用大量的組件和封裝的接口進行開發，以及集成雲計算的IaaS和PaaS層能力，使得開發效率大幅提升；普遍的觀點，低代碼能夠提升30%以上的開發效率，而0代碼（無代碼）則能夠數倍提升開發效率；並大幅降低開發成本。

這是一個相對概念，總體來説，由於低代碼開發平台或0代碼開發平台使用自動的方式生成（編譯成）可執行代碼，代碼的整體質量優於業界平均水平；並且相對來説，出錯（Bug）更加可控，代碼的安全性也會更高。

一般情況下，低代碼開發平台或0代碼開發平台，由於採用組件形式，以及面向對象的開發方式，使得代碼的結構化程度更高，通常來説更容易維護。

作為微型計算機革命的結果，企業已經在其員工基礎上廣泛部署了計算機，從而使用軟件實現業務流程的廣泛自動化。對軟件自動化和業務流程的需求使軟件開發人員需要批量創建自定義應用程序，並根據組織的獨特需求進行定製。低代碼開發平台作為一種手段，可以快速創建應用，滿足組織特定流程和數據需求的工作。

企業生存的關鍵取決於產品與業務能力，低代碼平台為了讓企業更輕鬆的應對由業務部門發起的大量需求，基於不同的場景和企業人力資源配置，使IT人員和業務人員都能以更高效的方式開發軟件。

低代碼開發平台的開發者到底是誰呢?低代碼開發平台的客户又是誰呢?是具有專業技術的開發人員，還是一般的業務人員?是ISV或IT公司裏的專業開發者，還是行業用户中的IT人員，還是企業用户的業務人員?

從目前來看，整個產業界在這方面的界定還很不清晰、很不統一。

中國軟件網調查發現，不同低代碼開發平台商，所針對的“開發者”有比較大的差別。例如，由傳統BPM發展而成的低代碼平台，如奧哲的氚雲和奧哲·雲樞、炎黃雲動的低代碼平台等，比較關注的是專業技術人員。

宜搭是阿里雲推出的SaaS企業應用構建平台。其中宜搭是低代碼開發平台，它主要針對的是專業技術人員。而阿里雲的另一款宜搭Plus則是無代碼開發平台，針對的是普通業務人員。

葡萄城的活字格低代碼開發平台基於控件技術而生，不僅支持使用拖拽的方式快速開發企業系統常用功能，還提供了完整的開發接口，可以通過編碼進一步調優或對接第三方軟硬件。活字格在面向專業開發者的同時，也能幫助IT技術人員和業務人員等平民開發者快速構建企業級應用。 ^[4] 

湖南雲暢網絡科技有限公司自研的萬應工場低代碼平台 ^[8]  ，適合雲廠商、通信運營商、園區、軟件外包廠家或企業用來快速交付軟件應用。萬應工場 ^[9]  底層基於雲計算架構，整合了主流雲平台的IaaS及PaaS層服務，極大的提高了雲廠商拓展和交付客户的效率。

首先我們必須弄清楚，代碼如何產生，以及哪些部分可以通過低代碼來實現？哪些較為困難？

如果採用面向對象的開發模式，代碼可以被抽象為：對象部分代碼和邏輯部分代碼；通常低代碼開發平台通過構造組件和封裝接口的方式，儘可能減少這兩部分代碼；減少對象代碼，這部分工作低代碼開發平台實現的較為成功，而邏輯部分代碼的實現，低代碼開發平台通常用“流程圖”（參考Outsystems和Mendix）或“事件面板”（參考iVX）的方式來實現。

如果按應用的B/S結構來劃分，代碼可以被劃分為前端代碼和後台代碼。某些低代碼平台只能開發前端應用或某些後台特定場景下的應用。

因此，評價低代碼開發平台的能力，主要看以下兩點：

低代碼開發平台將會沿着兩個緯度進行演進： ^[5] 

1. 通用性，也就是語言屬性維度；隨着低代碼開發平台的不斷成熟和發展，低代碼開發平台逐漸具備通用場景的開發能力，例如可以開發網站、遊戲、3D場景、電商、企業應用、個人應用；支持的系統也會更加全面，例如支持WebApp、iOS/Android、Windows/Mac/Linux、小程序等各種應用；

2. 便捷性，也就是指代碼量不斷降低的過程，最終將實現0代碼編程。

但是通用性和便捷性要想同時實現，是非常困難的，這也是低代碼開發平台急需解決的問題和下一個挑戰。最終使“去掉程序語法，保留程序邏輯”成為可能。

低代碼平台和無代碼（也稱0代碼）平台都是基於同樣的“敏捷性”這一思想而構建的。雖然粗略地看上去很相似。但實際上它們適用於非常不同的目的。 ^[5] 

無代碼開發平台一般用於功能有限的小型應用程序，如有特殊需要的請假流程，處理維修任務管理，開發大型套裝軟件中不包含的特定可選功能等，其功能以及與其他應用程序的集成都是比較有限的。 ^[5] 

與之無代碼開發平台相反，憑藉擴展性的優勢，低代碼開發平台才能承載核心業務服務和複雜的應用程序。中國軟件行業協會認為，低代碼與業務系統的集成能力將更受重視，這將成為2020年企業選擇低代碼平台時關注的重點。 ^[3] 

為了避免對企業造成誤解，一些行業分析師們已經開始將一些無代碼平台供應商從一些相關報告中移出，如Forrester Research公司發佈的報告《2019 Q1 Forrester Wave:面向應用程序開發和交付專業人員的低代碼開發平台》，同時將它們轉移到那些只適用有限用例的平台報告中。 ^[5] 

針對低代碼開發平台的能力與場景化靈活性，可以概括為五個維度：

1、 通用型

2、 請求處理

3、 流程

4、 數據庫

5、 移動優先

為此，通用的AD&D（移動應用開發與交付），通常需要三個核心產品能力，用以達成其平台特性：

1、 aPaaS （應用程序平台即服務，用來快速構建雲端邏輯）

2、 MADP（移動應用開發平台，用來快速構建場景化應用）

3、 BPM（業務流程管理，用圖形化、可視化拖拽的模式描述業務需求，形成可視化業務邏輯設計）

以上三點能力是低代碼開發平台的重要標誌，也代表着低代碼開發平台應具備的主要特性。 ^[6] 

行研機構Gartner在2020年9月30日發佈了《Critical Capabilities for Enterprise Low-Code Application Platforms》，定義了企業級低代碼開發平台的11項關鍵能力。 ^[7] 

其中aPaaS（應用程序平台即服務）可以在整個應用程序生命週期實現應用程序的快速開發和交付，簡化應用程序的編譯和部署並確保可用性、可靠性和可伸縮性，以及應用程序運行控制和監控。

MADP（移動應用程序開發平台）能夠更好地應對企業數字化業務與創新性需求，是低代碼開發能力的重要補充；同時，國外諸多低代碼開發平台也在逐漸加強對移動應用開發的支撐能力。

BPM平台注重流程化開發，目的是通過系統性的改善企業內部的商業流程來提升組織效率。 ^[6] 

低代碼開發平台屬於模型驅動還是表單驅動?

表單驅動是傳統BPM的典型標誌，為了實現某個業務目標，利用計算機在多個參與者之間按某種預定規則自動傳遞文檔、信息或者任務。

低代碼實際上基於流程進行驅動的數據、數據格式、數據來源已經發生了根本變化。BPM是典型的表單驅動只能做企業內部工作流，而基於aPaaS的後端模式與MADP前端模式加上BPM，三者結合形成了低代碼的一種展現，即是通過模型驅動進行實現。

1、通過去掉重新生成、重新構建、重新測試和重新部署步驟，可以更快地執行功能更改

2、訪問平台中的API層，以便使用自定義代碼輕鬆控制模型擴展

3、通過啓動運行服務器並添加模型，可以輕鬆地進行部署

4、使用更靈活、更動態的應用程序監視功能，並使較少的技術開發人員能夠通過可視化應用程序模型進行分析和快速調試。

如果給表單驅動打上標籤的話，那就是“無紙化、重複工作、流程孤島、系統孤島、數據孤島”；模型驅動對應的便是“智能化、效率質量提升、外部數據整合、消除信息孤島、內部數據整合”。模型驅動更加智能，更加整合，能夠實現數據的同步交換和共享的特徵更受用户歡迎，能有效幫助企業簡化多餘流程，是未來工作流技術發展的方向，更加適合低代碼開發平台。 ^[6] 

對低代碼開發平台安全性和合規性有不少擔憂的聲音，特別是在使用消費者數據的應用程序上，可能存在對低代碼平台如此快速構建應用程序而產生的關於安全性的擔憂，並且因為缺乏相應適當治理而導致的合規性問題。但是，低代碼應用程序本身可以推動安全創新。因為考慮到持續的應用程序開發，從而使用低代碼平台創建安全的數據工作流程變得更加容易。