前言

相信過(guò)去幾年在投資領(lǐng)域除了硬核高科技芯片、自動(dòng)駕駛等之外，低代碼絕對(duì)屬于一股清流。2018年6月，低代碼賽道跑出了超10億美元估值的獨(dú)角獸OutSystems，一時(shí)風(fēng)頭無(wú)兩。

彼時(shí)，海外巨頭企業(yè)AWS、Google、Microsoft、Oracle、西門(mén)子等也紛紛推出低代碼開(kāi)發(fā)平臺(tái)或通過(guò)收購(gòu)布局低代碼。

BAT等巨頭的紛紛入局更是用實(shí)際行動(dòng)地表達(dá)了對(duì)低代碼開(kāi)發(fā)這一領(lǐng)域的看好，不僅參與投資低代碼企業(yè)（如阿里戰(zhàn)略投資奧哲網(wǎng)絡(luò)，騰訊投資低代碼廠商道一云等），而且還推出自己的明星產(chǎn)品（如阿里內(nèi)部孵化的宜搭、百度推出的愛(ài)速搭、騰訊云推出云開(kāi)發(fā)低代碼平臺(tái)等）。

同時(shí)，阿里釘釘?shù)痛a聚合平臺(tái)“釘釘搭”還聯(lián)合8家主流低代碼廠商，共同宣布成立業(yè)界首個(gè)低代碼聯(lián)盟。

同期的國(guó)內(nèi)市場(chǎng)同樣戰(zhàn)績(jī)頻頻，從2018-2020年，中國(guó)無(wú)/低代碼領(lǐng)域總體投融資事件共16起。

在總?cè)谫Y規(guī)模上，國(guó)內(nèi)無(wú)/低代碼平臺(tái)商共獲融資近15億人民幣，歷史融資輪次共50輪，平均單次融資規(guī)模3000萬(wàn)人民幣，融資企業(yè)總估值近70億元。

據(jù)海比研究院數(shù)據(jù)表明，2021年中國(guó)低代碼市場(chǎng)達(dá)到28.5億元。未來(lái)五年，中國(guó)低代碼市場(chǎng)復(fù)合增長(zhǎng)率為49.5%，2022年達(dá)到42.6億元，2025年達(dá)到142.2億元。

筆者近半年時(shí)間一直在參與SRM SaaS這塊產(chǎn)品的工作，期間也涉及到了表單引擎、審批流、權(quán)限等基礎(chǔ)設(shè)施產(chǎn)品的設(shè)計(jì)與開(kāi)發(fā)，近期也對(duì)整個(gè)低代碼產(chǎn)品、技術(shù)、市場(chǎng)做了一些調(diào)研分析，正好昨天閱讀了艾瑞咨詢2021年的低代碼分析報(bào)告，今天就寫(xiě)一篇關(guān)于低代碼相關(guān)的文章，接下來(lái)和大家聊一下我對(duì)整個(gè)低代碼平臺(tái)的一些思路與想法，歡迎一起交流與學(xué)習(xí)。

低代碼起源

實(shí)早在很久之前，低代碼的概念就已經(jīng)出現(xiàn)了，只不過(guò)它以前一直處于不溫不火的狀態(tài)。直到近兩年，大量IT巨頭和資本的加入，才引起了越來(lái)越多的人關(guān)注。

這個(gè)故事，還得從上世紀(jì)八十年代說(shuō)起。1980年，IBM的快速應(yīng)用程序開(kāi)發(fā)工具（RAD）被冠以新的名稱——低代碼，由此，低代碼的概念首次面向大眾。低代碼是英文“Low Code”的翻譯，它意指一種快速開(kāi)發(fā)的方式，使用最少的代碼、以最快的速度來(lái)交付應(yīng)用程序。

而Forrester，一家國(guó)際知名的技術(shù)和市場(chǎng)調(diào)研公司，敏銳地發(fā)現(xiàn)了這一問(wèn)題，并在2014年首次提出低代碼和零代碼的概念：只需用很少甚至幾乎不需要代碼就可以快速開(kāi)發(fā)出系統(tǒng)，并可以將其快速配置和部署的一種技術(shù)和工具。隨后在2018年，Gartner提出aPaaS（應(yīng)用平臺(tái)即服務(wù)）和iPaaS（集成平臺(tái)即服務(wù)）的概念。

在這兩個(gè)概念出現(xiàn)并逐漸傳播的時(shí)間里，國(guó)外軟件廠商就陸續(xù)發(fā)布出低代碼或零代碼開(kāi)發(fā)平臺(tái)，探索并證明了這類產(chǎn)品成功的可能性?；谕鈬?guó)的成功初探，中國(guó)市場(chǎng)也掀起了“低代碼/零代碼”的熱潮，并在近兩年逐步形成完整的產(chǎn)品生態(tài)體系。

具體我們可以看下低代碼概念衍生的歷程！

什么是低代碼

首先看一下百度百科對(duì)低代碼的定義：

低代碼開(kāi)發(fā)平臺(tái)（LCDP）是無(wú)需編碼（0代碼）或通過(guò)少量代碼就可以快速生成應(yīng)用程序的開(kāi)發(fā)平臺(tái)。通過(guò)可視化進(jìn)行應(yīng)用程序開(kāi)發(fā)的方法（參考可視編程語(yǔ)言），使具有不同經(jīng)驗(yàn)水平的開(kāi)發(fā)人員可以通過(guò)圖形化的用戶界面，使用拖拽組件和模型驅(qū)動(dòng)的邏輯來(lái)創(chuàng)建網(wǎng)頁(yè)和移動(dòng)應(yīng)用程序。 [1] 低代碼開(kāi)發(fā)平臺(tái)（LCDP）的正式名稱直到2014年6月才正式確定，整個(gè)低代碼開(kāi)發(fā)領(lǐng)域卻可以追溯到更早前第四代編程語(yǔ)言和快速應(yīng)用開(kāi)發(fā)工具。

百度百科

其次看下Wikipedia對(duì)于低代碼定義：

從Wiki的這段定義中，我們可以提煉出幾個(gè)關(guān)鍵信息：

• 低代碼開(kāi)發(fā)平臺(tái)（LCDP）本身也是一種軟件，它為開(kāi)發(fā)者提供了一個(gè)創(chuàng)建應(yīng)用軟件的開(kāi)發(fā)環(huán)境。看到“開(kāi)發(fā)環(huán)境”幾個(gè)字是不是很親切？對(duì)于程序員而言，低代碼開(kāi)發(fā)平臺(tái)的性質(zhì)與IDEA、VS等代碼IDE（集成開(kāi)發(fā)環(huán)境）幾乎一樣，都是服務(wù)于開(kāi)發(fā)者的生產(chǎn)力工具。

• 與傳統(tǒng)代碼IDE不同的是，低代碼開(kāi)發(fā)平臺(tái)提供的是更高維和易用的可視化IDE。大多數(shù)情況下，開(kāi)發(fā)者并不需要使用傳統(tǒng)的手寫(xiě)代碼方式進(jìn)行編程，而是可以通過(guò)圖形化拖拽、參數(shù)配置等更高效的方式完成開(kāi)發(fā)工作。

按維基百科的說(shuō)法，低代碼這個(gè)稱呼是 Forrester 在 2014 年提出的，指那些用可視化方式創(chuàng)建應(yīng)用的平臺(tái)，特點(diǎn)是代碼量比傳統(tǒng)開(kāi)發(fā)少得多，甚至無(wú)代碼，所以能顯著提升開(kāi)發(fā)效率。

這個(gè)定義比較模糊，使得低代碼平臺(tái)有各種各樣的形式，我見(jiàn)到的就有以下幾種：

1. 在線 IDE 和編輯器，界面方面雖然有可視化設(shè)計(jì)，但需要二次開(kāi)發(fā)才能用。
2. 提供一站式開(kāi)發(fā)平臺(tái)，提供了持續(xù)集成、部署和運(yùn)維等功能，包含開(kāi)發(fā)全流程。
3. 簡(jiǎn)化前端開(kāi)發(fā)，界面方面可以做到不用寫(xiě) JavaScript。
4. 簡(jiǎn)化后端開(kāi)發(fā)，可以在線設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)，并實(shí)現(xiàn)增刪改查功能。
5. 徹底簡(jiǎn)化前后端開(kāi)發(fā)，甚至變成無(wú)代碼平臺(tái)，什么都可視化編輯，易用性好，但犧牲了靈活性，這里面有很多子分類，比如 BPM、OA 系統(tǒng)、APP 開(kāi)發(fā)等。
6. 圍繞某個(gè)成熟產(chǎn)品擴(kuò)展功能，比如 CRM、ERP 之類的SaaS產(chǎn)品，為了滿足定制需求，提供定制開(kāi)發(fā)功能。

低代碼應(yīng)用場(chǎng)景

低代碼作為軟件開(kāi)發(fā)工具之一，可覆蓋制造業(yè)、金融、醫(yī)療、房地產(chǎn)、零售、餐飲、航空等眾多行業(yè)的不同應(yīng)用場(chǎng)景，但 根據(jù)場(chǎng)景類型和復(fù)雜程度大致可以劃分為4類應(yīng)用，分別是通用型業(yè)務(wù)場(chǎng)景、企業(yè)綜合型管理系統(tǒng)、企業(yè)個(gè)性化場(chǎng)景應(yīng)用 和中小企業(yè)細(xì)分應(yīng)用場(chǎng)景。通用型場(chǎng)景相對(duì)其他場(chǎng)景通常行業(yè)屬性較低，可以實(shí)現(xiàn)跨領(lǐng)域、跨企業(yè)應(yīng)用，滿足企業(yè)共性場(chǎng) 景需求。綜合型管理系統(tǒng)通常用于中大型企業(yè)整個(gè)內(nèi)部管理，屬于企業(yè)級(jí)應(yīng)用，場(chǎng)景相對(duì)復(fù)雜。通常會(huì)根據(jù)企業(yè)需求并利 用低代碼平臺(tái)提供定制化解決方案。企業(yè)個(gè)性化應(yīng)用區(qū)別于綜合型管理系統(tǒng)，可服務(wù)于各類型企業(yè)的個(gè)性化需求場(chǎng)景，并根據(jù)企業(yè)類型和行業(yè)屬性的不同有所側(cè)重。中小企業(yè)細(xì)分應(yīng)用場(chǎng)景在低代碼應(yīng)用熱度中后勁很足，或?qū)⒊蔀樾袠I(yè)應(yīng)用中的 熱門(mén)場(chǎng)景。

低代碼在不同企業(yè)中模塊的覆蓋率不同。中小企業(yè)由于應(yīng)用復(fù)雜度低、業(yè)務(wù)流程相對(duì)簡(jiǎn)單等原因，95%的應(yīng)用場(chǎng)景均可用低代碼來(lái)完成。且低代碼產(chǎn)品靈活性高，便于企業(yè)應(yīng)用功能拓展，能適應(yīng)中小型企業(yè)快速發(fā)展中頻繁的功能迭代需求，讓 創(chuàng)新更快落地。中大型企業(yè)中低代碼目前可覆蓋70%的應(yīng)用場(chǎng)景，中大型企業(yè)通常需要建立新系統(tǒng)時(shí)與企業(yè)原系統(tǒng)進(jìn)行信息聯(lián)通，或是對(duì)原有系統(tǒng)進(jìn)行二次開(kāi)發(fā)，其中的邏輯設(shè)計(jì)和結(jié)構(gòu)較為復(fù)雜。低代碼有大量場(chǎng)景應(yīng)用模塊和行業(yè)插件，可以幫助中大型企業(yè)進(jìn)行個(gè)性化應(yīng)用的搭建，打通企業(yè)內(nèi)部數(shù)據(jù)連接。音視頻、即時(shí)通信等垂直領(lǐng)域，在低代碼搭建應(yīng)用的基 礎(chǔ)上還需要其他插件進(jìn)行功能補(bǔ)充，目前在垂直應(yīng)用場(chǎng)景照片那個(gè)低代碼的功能可覆蓋約50%。

低代碼平臺(tái)驅(qū)動(dòng)模式

低代碼平臺(tái)主要有表單驅(qū)動(dòng)和模型驅(qū)動(dòng)兩種模式

表單驅(qū)動(dòng)

表單驅(qū)動(dòng)是傳統(tǒng)BPM的典型標(biāo)志，為了實(shí)現(xiàn)某個(gè)業(yè)務(wù)目標(biāo)，利用計(jì)算機(jī)在多個(gè)參與者之間按某種預(yù)定規(guī)則自動(dòng)傳遞文檔、信息或者任務(wù)。

低代碼平臺(tái)主要實(shí)現(xiàn)工作過(guò)程管理的自動(dòng)化、智能化和整合化。最主要的特征就是可以靈便的實(shí)現(xiàn)數(shù)據(jù)整合和數(shù)據(jù)統(tǒng)計(jì)，消除信息孤島;低代碼雖然看起來(lái)操作模式像BMP，實(shí)際上基于流程進(jìn)行驅(qū)動(dòng)的數(shù)據(jù)、數(shù)據(jù)格式、數(shù)據(jù)來(lái)源已經(jīng)發(fā)生了根本變化。BPM是典型的表單驅(qū)動(dòng)只能做企業(yè)內(nèi)部工作流，而基于aPaaS的后端模式與MADP前端模式加上BPM，三者結(jié)合形成了低代碼的一種展現(xiàn)，即是通過(guò)模型驅(qū)動(dòng)進(jìn)行實(shí)現(xiàn)。

模型驅(qū)動(dòng)

模型驅(qū)動(dòng)使用可視化建模技術(shù)來(lái)定義數(shù)據(jù)關(guān)系、流程邏輯和構(gòu)建用戶界面，使開(kāi)發(fā)人員和業(yè)務(wù)用戶能夠快速交付應(yīng)用程序，而不需要代碼。

模型驅(qū)動(dòng)的具體優(yōu)勢(shì)包括:

1. 通過(guò)去掉重新生成、重新構(gòu)建、重新測(cè)試和重新部署步驟，可以更快地執(zhí)行功能更改
2. 訪問(wèn)平臺(tái)中的API層，以便使用自定義代碼輕松控制模型擴(kuò)展
3. 通過(guò)啟動(dòng)運(yùn)行服務(wù)器并添加模型，可以輕松地進(jìn)行部署
4. 使用更靈活、更動(dòng)態(tài)的應(yīng)用程序監(jiān)視功能，并使較少的技術(shù)開(kāi)發(fā)人員能夠通過(guò)可視化應(yīng)用程序模型進(jìn)行分析和快速調(diào)試
5. 使用更靈活、更動(dòng)態(tài)的應(yīng)用程序監(jiān)視功能，并使較少的技術(shù)開(kāi)發(fā)人員能夠通過(guò)可視化應(yīng)用程序模型進(jìn)行分析和快速調(diào)試

使用模型驅(qū)動(dòng)的平臺(tái)比如OutSystems、Mendix的手冊(cè)會(huì)有很大一章講怎么做數(shù)據(jù)建模和處理，包括怎么定義實(shí)體、實(shí)體間關(guān)系、主鍵、唯一性、索引、數(shù)據(jù)怎么訪問(wèn)、篩選、分組、統(tǒng)計(jì)等等，還提供SQL或類似擴(kuò)展。使用表單驅(qū)動(dòng)的產(chǎn)品則往往手冊(cè)第一章就是說(shuō)明怎么定義各種表單，都是各種和界面相關(guān)的控件，比如單選多選下拉框、文本日期數(shù)字等。

低代碼平臺(tái)開(kāi)發(fā)模式

目前市面上的低代碼開(kāi)發(fā)平臺(tái)主要分為兩種模式。一種是引擎式開(kāi)發(fā)模式，一種是快速生成代碼模式。

引擎開(kāi)發(fā)模式

引擎式開(kāi)發(fā)模式是目前最先進(jìn)的軟件快速開(kāi)發(fā)方式之一，只需在開(kāi)發(fā)后臺(tái)進(jìn)行配置，即可完成軟件開(kāi)發(fā)的過(guò)程，由于過(guò)程中沒(méi)有生成或修改底層源碼，平臺(tái)可以統(tǒng)一維護(hù)和升級(jí)，輕松實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)邏輯。

源碼生成模式

這種模式主要通過(guò)桌面式設(shè)計(jì)器來(lái)定義業(yè)務(wù)模塊，輔助生成源代碼框架，然后用戶可以在生成的源代碼的基礎(chǔ)上去編寫(xiě)、修改自己的源代碼來(lái)實(shí)現(xiàn)業(yè)務(wù)邏輯，因此生成源碼模式也可認(rèn)為是一種代碼生成器。這種模式對(duì)開(kāi)發(fā)人員的要求比較高。

低代碼開(kāi)發(fā)平臺(tái)價(jià)值

對(duì)開(kāi)發(fā)者而言

圖形化操作，容易上手；提供成熟案例模板庫(kù)，不用從零開(kāi)始；支持所有主流應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)，降低開(kāi)發(fā)難度；接口豐富，節(jié)省開(kāi)發(fā)時(shí)間；強(qiáng)大的代碼調(diào)試功能，提升開(kāi)發(fā)效率；

對(duì)企業(yè)而言

優(yōu)化流程，提升企業(yè)運(yùn)作效率;節(jié)省成本，提升企業(yè)效益;維護(hù)方便，即改即用;一鍵升級(jí)，方便實(shí)用;

對(duì)使用者而言

操作簡(jiǎn)單、友好 、人性化;消息驅(qū)動(dòng)，合理利用工作時(shí)間;即用即改，優(yōu)化完善軟件功能;多客戶端入口，隨時(shí)隨地辦公;

低代碼平臺(tái)的誘人之處在于它可視化的開(kāi)發(fā)形式，為開(kāi)發(fā)者提供了不同于傳統(tǒng)編碼的界面，通過(guò)拖放式操作即可將各個(gè)字段進(jìn)行部署。另外，低代碼開(kāi)發(fā)平臺(tái)可以使用可視化建模方式來(lái)驗(yàn)證應(yīng)用邏輯，這無(wú)論對(duì)于IT人員、還是業(yè)務(wù)人員來(lái)說(shuō)，都是一種極好的交流方式。

低代碼工具雖談不上萬(wàn)能，但它非常強(qiáng)大。對(duì)于一些流程復(fù)雜的系統(tǒng)來(lái)說(shuō)，即使低代碼會(huì)存在著一些局限性，它也可以作為系統(tǒng)開(kāi)發(fā)的補(bǔ)充手段，在小范圍、小規(guī)模、流程簡(jiǎn)單的場(chǎng)景下，根據(jù)業(yè)務(wù)需求去搭建應(yīng)用程序。但千萬(wàn)不要因此被限制了想象力，比如特斯拉僅25人花了4個(gè)月就做出一套ERP系統(tǒng)，就是當(dāng)時(shí)的CTO Vijayan在梳理完業(yè)務(wù)流程后，用低代碼平臺(tái)Mendix實(shí)現(xiàn)的。

低代碼對(duì)于企業(yè)而言，無(wú)非是提升整個(gè)數(shù)字化轉(zhuǎn)型的利器，當(dāng)然一切以自身的實(shí)際需求而定，業(yè)務(wù)流程管理是第一要?jiǎng)?wù)，技術(shù)手段僅僅是應(yīng)用的呈現(xiàn)方式。企業(yè)數(shù)字化轉(zhuǎn)型不僅僅是企業(yè)IT部門(mén)的責(zé)任，整個(gè)過(guò)程會(huì)落在每一個(gè)人頭上，低代碼產(chǎn)品給所有人提供了都能看得懂的語(yǔ)言，在實(shí)際執(zhí)行過(guò)程中減少阻礙，加快數(shù)字化轉(zhuǎn)型進(jìn)度，也未嘗不是一件好事。

低代碼平臺(tái)核心能力

低代碼的平臺(tái)具備的核心能力要素，我認(rèn)為有四點(diǎn)：

• 可視化開(kāi)發(fā)
• 數(shù)據(jù)模型驅(qū)動(dòng)
• 擴(kuò)展性
• 工程化

圖片

下面針對(duì)以上四點(diǎn)逐一分析：

(1) 可視化開(kāi)發(fā)

業(yè)務(wù)人員基于可視化的頁(yè)面或工具能夠進(jìn)行簡(jiǎn)單拖拉拽、可以形成一個(gè)頁(yè)面信息。

他們也能夠基于可視化界面來(lái)配置定義數(shù)據(jù)源和數(shù)據(jù)模型、簡(jiǎn)單定義一個(gè)流程，可以執(zhí)行工作流。

總而言之，就是前端拖拉拽可以形成前端的交互語(yǔ)言，進(jìn)而生成后端可以執(zhí)行的計(jì)算機(jī)語(yǔ)言。

(2) 數(shù)據(jù)模型驅(qū)動(dòng)

低代碼平臺(tái)，能夠可以通過(guò)頁(yè)面上的操作進(jìn)行定義一個(gè)模型定義，可以靈活的定義模型中的字段、也可以進(jìn)行相關(guān)數(shù)據(jù)表的關(guān)聯(lián)操作，以及設(shè)置數(shù)據(jù)模型的規(guī)則和索引。

a. 模型定義

進(jìn)行數(shù)據(jù)庫(kù)模型的設(shè)計(jì)、添加字段，設(shè)置字段的類型以及索引

b. 模型關(guān)聯(lián)

建立數(shù)據(jù)庫(kù)表與表之間的關(guān)系，具體表現(xiàn)為 1 對(duì) n，n 對(duì) n，n 對(duì) 1、1 對(duì) 1 等關(guān)聯(lián)關(guān)系

c. 數(shù)據(jù)操作

基于數(shù)據(jù)庫(kù)表對(duì)外提供一個(gè) CRUD 的操作，讓?xiě)?yīng)用能夠操作該數(shù)據(jù)模型

(3) 擴(kuò)展性

是指低代碼平臺(tái)是否可以提供一些機(jī)制來(lái)進(jìn)行擴(kuò)展。

具體的擴(kuò)展方式有以下三點(diǎn)：

a. 擴(kuò)展語(yǔ)言

低代碼平臺(tái)是否能夠我熟悉的語(yǔ)言來(lái)擴(kuò)展，假如我是前端開(kāi)發(fā)者，能否提供前端熟悉的語(yǔ)言來(lái)擴(kuò)展，假如我是后端開(kāi)發(fā)者，能否基于寫(xiě)一些后端代碼（Java 、Go 等）來(lái)擴(kuò)展。

b. 邏輯擴(kuò)展

低代碼平臺(tái)能否通過(guò)定義一些流程圖也進(jìn)行業(yè)務(wù)邏輯的擴(kuò)展，來(lái)執(zhí)行業(yè)務(wù) if、else 的流程來(lái)做業(yè)務(wù)上的一些調(diào)用。

c. API 集成

低代碼平臺(tái)是否可以通過(guò)低碼平臺(tái)搭建的應(yīng)用與第三方公司已有的系統(tǒng)或者服務(wù)做集成，能否在低碼中通過(guò) API 做集成過(guò)來(lái)，供我的應(yīng)用來(lái)調(diào)用集成。

(4) 工程化

低代碼平臺(tái)是否可以進(jìn)行本地開(kāi)發(fā)調(diào)試、版本控制、自動(dòng)構(gòu)建發(fā)布上線、免運(yùn)費(fèi)以及監(jiān)控的一些能力。簡(jiǎn)單來(lái)說(shuō)是否在該平臺(tái)上一站式配套的能力。

a. 擴(kuò)展語(yǔ)言

低代碼平臺(tái)要能夠進(jìn)行本地的開(kāi)發(fā)調(diào)試。

b. 版本管理

低代碼平臺(tái)可以進(jìn)行版本回退操作，以及有能力可以預(yù)留體驗(yàn)，回退體驗(yàn)的時(shí)候不會(huì)影響到發(fā)布態(tài)的產(chǎn)物。

c. 自動(dòng)化

低代碼平臺(tái)可以自動(dòng)構(gòu)建發(fā)布上線、免運(yùn)費(fèi)以及配套監(jiān)控的一站式能力。

低代碼平臺(tái)設(shè)計(jì)核心要點(diǎn)

關(guān)于低代碼的設(shè)計(jì)需要關(guān)心如下4點(diǎn)：

1. 業(yè)務(wù)數(shù)據(jù)如何存？如何實(shí)現(xiàn)自定義數(shù)據(jù)存儲(chǔ)？

需要抽象出數(shù)據(jù)模型

2. 如何實(shí)現(xiàn)業(yè)務(wù)流程流轉(zhuǎn)？

基于工作流來(lái)進(jìn)行業(yè)務(wù)流程流轉(zhuǎn)。

3. 業(yè)務(wù)數(shù)據(jù)和流程流轉(zhuǎn)，那些人可以訪問(wèn)和控制？

建立了用戶權(quán)限平臺(tái)，來(lái)進(jìn)行人員角色的控制。

4. 如何進(jìn)行服務(wù)端邏輯的自定義擴(kuò)展？

通過(guò)云函數(shù)來(lái)實(shí)現(xiàn)后端服務(wù)的自定義擴(kuò)展能力。

數(shù)據(jù)模型

數(shù)據(jù)模型基于業(yè)界標(biāo)準(zhǔn)的能力 JSONSchema 來(lái)進(jìn)行擴(kuò)展，數(shù)據(jù)模型分為內(nèi)部數(shù)據(jù)源和外部數(shù)據(jù)源兩種。

數(shù)據(jù)模型 – 內(nèi)部數(shù)據(jù)源：

為我們提供數(shù)據(jù)模型定義，索引、以及各種數(shù)據(jù)模型的關(guān)系。

我們可以靈活的來(lái)自定義數(shù)據(jù)字段，以及字段的索引功能。

也能過(guò)提供標(biāo)準(zhǔn)通用的能力，比如新增、刪除、查詢、更新等。

連接器：

連接器可以打通外部應(yīng)用數(shù)據(jù)或調(diào)用外部應(yīng)用開(kāi)放的服務(wù)，開(kāi)發(fā)者只需要對(duì)連接器完成授權(quán)或少量填寫(xiě)一些配置信息，即可使用對(duì)應(yīng)產(chǎn)品的服務(wù)接口。

自定義連接器

自定義連接器支持調(diào)用第三方服務(wù)接口或使用代碼來(lái)實(shí)現(xiàn)業(yè)務(wù)邏輯。開(kāi)發(fā)者可以在應(yīng)用、工作流、自定義數(shù)據(jù)模型中使用。

分為 http 和云函數(shù)模式：

http：開(kāi)放式 API，用戶來(lái)鏈接外部的服務(wù)，與外部 API 來(lái)做集成。

云函數(shù)模式：完全自定義，當(dāng)用戶以上所有的場(chǎng)景均不能滿足的時(shí)候，可以通過(guò)云函數(shù)的來(lái)手動(dòng)寫(xiě)一些代碼來(lái)自定義一些邏輯，實(shí)現(xiàn)業(yè)務(wù)上的邏輯擴(kuò)展。

工作流

工作流基于業(yè)界標(biāo)準(zhǔn) bpmn 協(xié)議來(lái)擴(kuò)展，數(shù)據(jù)展示和存儲(chǔ)基于標(biāo)準(zhǔn) JSON 來(lái)處理可讀性更高。

市場(chǎng)上比較有名的開(kāi)源流程引擎有osworkflow、jbpm、activiti、flowable、camunda。其中：Jbpm4、Activiti、Flowable、camunda四個(gè)框架同宗同源，祖先都是Jbpm4，開(kāi)發(fā)者只要用過(guò)其中一個(gè)框架，基本上就會(huì)用其它三個(gè)，目前比較流行可以推薦使用的flowable、camunda。

flowable、camunda都是源于美國(guó)的一些審批模式，對(duì)于國(guó)內(nèi)的一些審批模式支持不太友好，需要進(jìn)行定制開(kāi)發(fā)，比如會(huì)簽、或簽、轉(zhuǎn)簽、任意流程跳轉(zhuǎn)等。

角色權(quán)限

角色權(quán)限整體遵循 RBAC 模型來(lái)進(jìn)行設(shè)計(jì)的，業(yè)務(wù)上可靈活的支持?jǐn)U展。具體用戶能夠訪問(wèn)哪些頁(yè)面、數(shù)據(jù)源、以及流程權(quán)限等，同時(shí)也需要支持設(shè)置一些權(quán)限集，以便于靈活地進(jìn)行業(yè)務(wù)上權(quán)限的擴(kuò)展。

服務(wù)端擴(kuò)展

服務(wù)端的擴(kuò)展基于云函數(shù)(serverless)的能力，通過(guò)頁(yè)面可視化編寫(xiě)代碼來(lái)進(jìn)行服務(wù)端邏輯的擴(kuò)展?？梢宰鲆恍?shù)據(jù)表的聚合，以及 CRUD 等操作方法。

目前各大云廠商都提供了相應(yīng)的serverless支持，包括AWS的Lambda、Google Cloud Function、Azure Function，可以充分借助云的力量實(shí)現(xiàn)對(duì)服務(wù)端的擴(kuò)展。

低代碼平臺(tái)常見(jiàn)問(wèn)題匯總

低代碼和無(wú)代碼是兩回事

區(qū)分這個(gè)概念其實(shí)很簡(jiǎn)單，一個(gè)需要寫(xiě)代碼，一個(gè)不需要寫(xiě)代碼，其實(shí)國(guó)內(nèi)目前對(duì)于這個(gè)概念比較混亂。

無(wú)代碼和低代碼完全不同：無(wú)代碼面向業(yè)務(wù)人員，低代碼面向開(kāi)發(fā)人員；無(wú)代碼泛指多種開(kāi)發(fā)細(xì)分領(lǐng)域應(yīng)用的工具，低代碼特指一種通用開(kāi)發(fā)工具；無(wú)代碼不被國(guó)際頭部分析機(jī)構(gòu)認(rèn)可，低代碼被廣泛認(rèn)可。

無(wú)代碼這個(gè)詞通常用來(lái)形容一些細(xì)分領(lǐng)域的開(kāi)發(fā)工具，最常見(jiàn)的是應(yīng)用搭建平臺(tái)（國(guó)外一般叫App Builder之類），如國(guó)外的Appy Pie、國(guó)內(nèi)的宜搭、簡(jiǎn)道云等，還可以用來(lái)形容Airtable / AppSheet / Treelab這類在線表單工具或輕流這類的工作流工具。

對(duì)于低代碼無(wú)論是Gartner還是Forrester都已經(jīng)開(kāi)始給出比較清晰的篩選標(biāo)準(zhǔn)，如要支持通用場(chǎng)景（如UI、邏輯和數(shù)據(jù)三層都要有）、要滿足專業(yè)開(kāi)發(fā)需求等，隨著行業(yè)發(fā)展標(biāo)準(zhǔn)化程度肯定會(huì)進(jìn)一步提高。

低代碼不是一個(gè)想吸引業(yè)務(wù)用戶的用語(yǔ)，業(yè)務(wù)人員見(jiàn)了“代碼”兩個(gè)字就嚇跑了，再低也沒(méi)用，如果業(yè)務(wù)人員寫(xiě)不了100行代碼的話，那10行也一樣寫(xiě)不了。無(wú)代碼的“通用”開(kāi)發(fā)平臺(tái)，目前看并不存在，據(jù)我看將來(lái)也不會(huì)存在。因?yàn)殚_(kāi)發(fā)軟件必然要編寫(xiě)邏輯，就必然要寫(xiě)代碼，除非哪一天人工智能可以做到自動(dòng)寫(xiě)代碼。

低代碼真的是新瓶裝舊酒嗎

關(guān)于低代碼的出現(xiàn)，業(yè)內(nèi)其實(shí)也有一些爭(zhēng)論，認(rèn)為低代碼是新瓶裝舊酒，關(guān)說(shuō)二十年多年前的Delphi、PowerBuiler（后稱PB）早就是低代碼，但早就被時(shí)代淘汰了，今天的低代碼也沒(méi)戲。

個(gè)人曾經(jīng)在大學(xué)期間也用過(guò)VB可視化編程，也看到了一些低代碼的影子，但和今天的低代碼還是有很大的區(qū)別的。個(gè)人認(rèn)為主要是因?yàn)闀r(shí)代變了，這些可視化編程沒(méi)跟上?；ヂ?lián)網(wǎng)時(shí)代來(lái)了后，軟件架構(gòu)很快就從桌面端的C / S變成Web端的B / S，再后來(lái)是移動(dòng)App。Web應(yīng)用和App對(duì)前后端的要求比桌面應(yīng)用都要高很多，因?yàn)榇蠹易鼍W(wǎng)頁(yè)或App都是要吸引用戶主動(dòng)來(lái)訪問(wèn)啊，不像桌面端的企業(yè)應(yīng)用就算不好用你為了工作也得用。互聯(lián)網(wǎng)的這二十年，技術(shù)棧發(fā)展的越來(lái)越復(fù)雜，新的低代碼技術(shù)只能一直慢慢醞釀。

但OutSystems等廠商經(jīng)過(guò)十多年的積累，今天的低代碼技術(shù)已經(jīng)遠(yuǎn)勝當(dāng)年的Delphi和PB。今天的低代碼要“低”得多，當(dāng)年的Delph、PB等如果按今天的標(biāo)準(zhǔn)，連入門(mén)的資格都沒(méi)有。

低代碼能開(kāi)發(fā)復(fù)雜的企業(yè)應(yīng)用嗎

這個(gè)問(wèn)題其實(shí)一直也是一個(gè)爭(zhēng)論的焦點(diǎn)，低代碼到底適不適合開(kāi)發(fā)復(fù)雜的企業(yè)應(yīng)用。業(yè)內(nèi)很多人士認(rèn)為低代碼只可以開(kāi)發(fā)簡(jiǎn)單的工作流和表單流轉(zhuǎn)的應(yīng)用，不適合開(kāi)發(fā)復(fù)雜邏輯的核心業(yè)務(wù)。

企業(yè)應(yīng)用的復(fù)雜主要是領(lǐng)域模型和業(yè)務(wù)流程比較復(fù)雜，低代碼平臺(tái)在建模和邏輯方面的能力都是比較全面的，再通過(guò)腳本語(yǔ)言、開(kāi)放集成等擴(kuò)展機(jī)制，對(duì)于不方便低代碼實(shí)現(xiàn)的地方，可以和專業(yè)代碼開(kāi)發(fā)協(xié)作實(shí)現(xiàn)，而且企業(yè)應(yīng)用不存在高并發(fā)、智能算法之類場(chǎng)景，這恰恰是低代碼平臺(tái)的優(yōu)勢(shì)所在，所以用低代碼開(kāi)發(fā)復(fù)雜企業(yè)應(yīng)用，本質(zhì)上沒(méi)問(wèn)題，個(gè)人認(rèn)為沒(méi)有技術(shù)解決不了的復(fù)雜問(wèn)題。

明道云CEO任向暉寫(xiě)過(guò)一篇《APaaS搞不定復(fù)雜的應(yīng)用，是這樣嗎？》，把企業(yè)應(yīng)用的復(fù)雜性分解為數(shù)據(jù)、權(quán)限、流程、算法、集成、報(bào)表等六個(gè)維度，然后逐一給出解決方案。這才是實(shí)事求是的態(tài)度。我覺(jué)得任總的分析已經(jīng)比較充分，我也不再展開(kāi)說(shuō)了。我相信任何人但凡不帶偏見(jiàn)，深入分析的，都會(huì)發(fā)現(xiàn)企業(yè)應(yīng)用并沒(méi)有什么復(fù)雜性是低代碼一定搞不定的，我這里說(shuō)的是低代碼不是無(wú)代碼。

OutSystems也有一些這方面的案例，做供應(yīng)鏈、CRM、ERP的都有，國(guó)內(nèi)的一些低代碼平臺(tái)都有對(duì)應(yīng)的HR SaaS、CRM SaaS應(yīng)用模板。從另外一個(gè)角度看，目前國(guó)內(nèi)外知名的SaaS產(chǎn)品都有相應(yīng)的低代碼配套產(chǎn)品，低代碼平臺(tái)就是解決客戶二開(kāi)需求，提升交付效率、降低成本，這也解釋了為什么Saleforce、ServiceNow這樣的SaaS巨頭都有自己的低代碼平臺(tái)，而西門(mén)子會(huì)收購(gòu)Mendix。

低代碼不適合開(kāi)發(fā)哪些類型的應(yīng)用

個(gè)人認(rèn)為低代碼不適合以下場(chǎng)景：

• 對(duì)算法和復(fù)雜數(shù)據(jù)結(jié)構(gòu)要求比較高的：我想不會(huì)有人想到用低代碼平臺(tái)去刷LeetCode題、打ACM比賽的吧。這里有個(gè)細(xì)微的地方是要區(qū)分是業(yè)務(wù)邏輯比較復(fù)雜還是算法邏輯比較復(fù)雜，業(yè)務(wù)邏輯復(fù)雜對(duì)低代碼來(lái)說(shuō)不是問(wèn)題，算法邏輯復(fù)雜才是問(wèn)題。那啥叫業(yè)務(wù)邏輯復(fù)雜呢，就是業(yè)務(wù)人員總之是說(shuō)得清楚，或者是能理解的；啥叫算法邏輯復(fù)雜呢，就是業(yè)務(wù)人員只能給個(gè)目標(biāo)，具體怎么實(shí)現(xiàn)是不管的，就算解釋也是一臉悶逼聽(tīng)不懂的。
• 對(duì)界面要求特別高的：比如游戲或抖音、云音樂(lè)這樣的社交娛樂(lè)型的應(yīng)用。目前主流的低代碼平臺(tái)都不擅長(zhǎng)做酷炫的界面（也有一些特定類型的低代碼平臺(tái)如App Onboard是面向游戲開(kāi)發(fā)的，不在本文討論范圍之內(nèi)）。
• 頭部互聯(lián)網(wǎng)級(jí)應(yīng)用：頭部互聯(lián)網(wǎng)應(yīng)用用戶量巨大，為了優(yōu)化性能有很多很多trick，前后臺(tái)技術(shù)架構(gòu)非常復(fù)雜，低代碼平臺(tái)的實(shí)現(xiàn)是比較標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù) / 邏輯 / 界面三層架構(gòu)，無(wú)法滿足性能需求。注意這不是說(shuō)所有互聯(lián)網(wǎng)應(yīng)用都不合適，只是指那些用戶量特大的頭部應(yīng)用，比如用低代碼開(kāi)發(fā)一個(gè)淘寶、天貓，肯定是不現(xiàn)實(shí)的。
• 分析和智能化應(yīng)用：分析類應(yīng)用自然應(yīng)該用更專業(yè)的BI工具，智能化應(yīng)用也應(yīng)該用更專業(yè)的機(jī)器學(xué)習(xí)平臺(tái)等工具。
• 系統(tǒng)軟件、科學(xué)計(jì)算等其他專業(yè)性很強(qiáng)的應(yīng)用。這個(gè)不多說(shuō)了，估計(jì)也沒(méi)誰(shuí)想用低代碼來(lái)做，但多說(shuō)一句，雖然這些系統(tǒng)的內(nèi)核肯定不適合低代碼開(kāi)發(fā)，但界面可是很適合，我們輕舟低代碼產(chǎn)品正是脫胎于云計(jì)算平臺(tái)的界面開(kāi)發(fā)。

低代碼不是銀彈，不要過(guò)度神化

說(shuō)低代碼很適合開(kāi)發(fā)典型的企業(yè)應(yīng)用，優(yōu)點(diǎn)明顯，如開(kāi)發(fā)人員上手快、開(kāi)發(fā)效率高、增進(jìn)溝通和集成等，但也不要認(rèn)為低代碼是銀彈，用了什么問(wèn)題都解決了。原因主要有以下三個(gè)方面。

• 開(kāi)發(fā)工具只能解決軟件研發(fā)的部分問(wèn)題

作為開(kāi)發(fā)工具，低代碼可以加快在需求比較明確時(shí)的軟件交付，也可以在大方向比較明確但具體需求不明時(shí)加快軟件的迭代更新。但企業(yè)應(yīng)用和企業(yè)的經(jīng)營(yíng)管理方式、業(yè)務(wù)方向、業(yè)務(wù)流程、組織架構(gòu)密切相關(guān)，和人密切相關(guān)，這些方面如果有問(wèn)題，軟件都不知道怎么做，這都不是開(kāi)發(fā)工具所能解決，該請(qǐng)咨詢還是得請(qǐng)咨詢。低代碼就像特種兵，單兵作戰(zhàn)能力是強(qiáng)，但如果將帥不行，戰(zhàn)略戰(zhàn)術(shù)拉垮，也打不了勝戰(zhàn)。

• 低代碼能提升多少開(kāi)發(fā)效率缺乏權(quán)威數(shù)據(jù)，不要有太高預(yù)期

業(yè)界有很多對(duì)低代碼開(kāi)發(fā)效率的宣傳，最多的是說(shuō)什么提升10倍啦，這些一看就是胡扯。一些廠商和分析機(jī)構(gòu)會(huì)發(fā)布提效數(shù)據(jù)，看似效果特別好，但因?yàn)榍懊嬲f(shuō)的無(wú)代碼和低代碼沒(méi)分清問(wèn)題，這些數(shù)據(jù)不可信。

比如阿里“宜搭”的數(shù)據(jù)說(shuō)平均將應(yīng)用開(kāi)發(fā)成本從17.5人天提高到3.5人天，提效500%，但前面說(shuō)過(guò)“宜搭”是無(wú)代碼工具。無(wú)代碼工具因?yàn)槎际敲嫦蛱囟愋偷膽?yīng)用高度優(yōu)化的，提效明顯很正常的，但不通用。

專業(yè)的低代碼廠商如OutSystems、Mendix，反而不敢宣傳提效多少倍，所以一個(gè)廠商宣傳的效果越好，就越不可能是專業(yè)的低代碼平臺(tái)。個(gè)人覺(jué)得用低代碼做一些小系統(tǒng)確實(shí)挺快，但上了規(guī)模后還能是不是有數(shù)倍提升，我覺(jué)得也不大可能，提升1到2倍是一個(gè)比較合理的預(yù)期。

• 行業(yè)典型的項(xiàng)目制限制了低代碼的價(jià)值

低代碼平臺(tái)因?yàn)榭梢暬⑿矢?，最適合業(yè)務(wù)和開(kāi)發(fā)密切溝通合作，快速迭代。但當(dāng)前甲乙方之間典型的項(xiàng)目制要求雙方提前簽訂詳細(xì)的合同和SOW，這就把本來(lái)可以敏捷開(kāi)發(fā)的生生打回到瀑布模式，這樣低代碼快速迭代的價(jià)值就很難體現(xiàn)。項(xiàng)目制存在太久，不是一時(shí)半會(huì)改的了的。

低代碼會(huì)讓程序員失業(yè)嗎

這個(gè)問(wèn)題的答案是NO,個(gè)人認(rèn)為低代碼解決的是可抽象的，通用的且可復(fù)用的產(chǎn)品能力，程序員作為高級(jí)技術(shù)人才，是低代碼平臺(tái)的締造者，低代碼工具是將程序員從現(xiàn)有的重復(fù)的枯燥的接口開(kāi)發(fā)中解放出來(lái)。程序員應(yīng)該更關(guān)注業(yè)務(wù)創(chuàng)造方面的技術(shù)研究和開(kāi)發(fā)。低代碼是工具，低代碼與程序員之間的關(guān)系就像翻譯軟件與譯者，數(shù)據(jù)統(tǒng)計(jì)系統(tǒng)與數(shù)據(jù)分析師，工具的目的是減少重復(fù)的勞作而將人力投入更有意義、有價(jià)值的研究之中。技術(shù)不應(yīng)該掌握在少數(shù)人手里，普通人不應(yīng)該因?yàn)椴粫?huì)寫(xiě)代碼，而失去在IT時(shí)代創(chuàng)新的權(quán)利。

低代碼平臺(tái)未來(lái)發(fā)展趨勢(shì)

深扎平臺(tái)完整度和自定義能力，提升產(chǎn)品易用性和靈活度

低代碼平臺(tái)是在各種組件和模塊實(shí)現(xiàn)無(wú)代碼化的基礎(chǔ)上發(fā)展起來(lái)的，早期是數(shù)據(jù)庫(kù)管理、報(bào)表管理等單點(diǎn)能力突破。隨著 產(chǎn)品架構(gòu)的設(shè)計(jì)能力和落地能力提升，低代碼由組件的無(wú)代碼化向平臺(tái)形式轉(zhuǎn)變。未來(lái)隨著引擎種類和交付模塊數(shù)量的增 加，低代碼平臺(tái)將會(huì)覆蓋更多應(yīng)用場(chǎng)景，實(shí)現(xiàn)更大范圍的業(yè)務(wù)價(jià)值。除了集成性以外，產(chǎn)品的自定義能力也將是低代碼廠 商未來(lái)重點(diǎn)關(guān)注的方向，在眾多個(gè)性化和細(xì)分行業(yè)應(yīng)用場(chǎng)景中，產(chǎn)品的靈活度和可拓展性是客戶主要考慮因素之一。因此， 低代碼廠商將更加關(guān)注低代碼平臺(tái)的完整度和自定義能力，提升低代碼產(chǎn)品的易用性和靈活度。

產(chǎn)品由組件向平臺(tái)化演進(jìn)，嫁接高階能力提供一體化服務(wù)

之前，低代碼更多作為工具幫助研發(fā)人員降低軟件開(kāi)發(fā)過(guò)程中部分模塊的可復(fù)用性，隨著可復(fù)用性模塊增加和云計(jì)算、微 服務(wù)架構(gòu)等技術(shù)的發(fā)展，通過(guò)平臺(tái)架構(gòu)設(shè)計(jì)和引擎的開(kāi)發(fā)逐漸抽象出低代碼平臺(tái)。目前，隨著RPA、AI技術(shù)能力的應(yīng)用普 及，將會(huì)有更多的泛自動(dòng)化、智能化能力賦能到企業(yè)應(yīng)用中。RPA可以幫助業(yè)務(wù)開(kāi)發(fā)人員實(shí)現(xiàn)重復(fù)工作的替代，未來(lái)甚至 會(huì)有數(shù)字員工更多可以完成的工作。AI能力則可以提供ocr、nlp等工具輔助平臺(tái)使用者進(jìn)行商業(yè)決策，實(shí)現(xiàn)為客戶提供一 體化服務(wù)的能力。

通用型平臺(tái)競(jìng)爭(zhēng)大于垂直場(chǎng)景，產(chǎn)業(yè)鏈生態(tài)強(qiáng)者恒強(qiáng)

在低代碼市場(chǎng)發(fā)展早期，廠商類型多樣化，傳統(tǒng)軟件廠商、SaaS廠商、云廠商等紛紛涉足低代碼領(lǐng)域，希望借助低代碼平 臺(tái)完成對(duì)內(nèi)和對(duì)外的高效開(kāi)發(fā)。早期低代碼平臺(tái)依然依賴于服務(wù)，規(guī)?；?yīng)較低，拓客速度相對(duì)較慢。通用型廠商相對(duì) 垂直型廠商應(yīng)用場(chǎng)景更加廣泛，因此廠商數(shù)量更多。但隨著市場(chǎng)的孕育和成熟，通用型廠商競(jìng)爭(zhēng)加劇，垂直型廠商在細(xì)分 領(lǐng)域的優(yōu)勢(shì)漸顯，可以進(jìn)一步深挖用戶場(chǎng)景并不斷提升客戶滿意度。在市場(chǎng)成熟期，用戶對(duì)低代碼廠商依賴度高，品牌效 應(yīng)明顯，前期知名度高、產(chǎn)品能力強(qiáng)的通用型廠商會(huì)跑出優(yōu)勢(shì)局面，市場(chǎng)集中度將會(huì)大幅提升。因此，及早布局低代碼產(chǎn) 業(yè)鏈生態(tài)，多維度拓展廠商優(yōu)勢(shì)，才能在將來(lái)競(jìng)爭(zhēng)中占據(jù)高地。

參考文獻(xiàn)：

01：艾瑞咨詢[低代碼行業(yè)研究報(bào)告-2021]

02: 低代碼是什么？有什么優(yōu)勢(shì)

03: 低代碼平臺(tái)開(kāi)發(fā)應(yīng)用場(chǎng)景和常見(jiàn)用例

04: 萬(wàn)字長(zhǎng)文講透低代碼