1. 前言

過去的 2021 ，世界依然被 COVID-19 肆虐導(dǎo)致線上業(yè)務(wù)需求激增，低代碼平臺(tái)在此節(jié)點(diǎn)上進(jìn)一步爆發(fā)，并在疫情防控及諸如醫(yī)療、餐飲、金融、制造的多個(gè)行業(yè)領(lǐng)域得到應(yīng)用推廣。

回想 2020 疫情暴發(fā)初期，為了更好地追蹤人員流動(dòng)、新冠病毒肺炎感染者與接觸者的情況，阿里釘釘聯(lián)動(dòng)阿里云、支付寶、達(dá)摩院、政務(wù)釘釘、宜搭等團(tuán)隊(duì)，在短短一天時(shí)間內(nèi)就搭建出浙江省新型肺炎公共服務(wù)與管理平臺(tái)，并緊接著在湖北、湖南、貴州、河南等 28 省、自治區(qū)、直轄市協(xié)助搭建了 數(shù)字防疫系統(tǒng) 。在同一時(shí)間段，北京市海淀區(qū)也通過與致遠(yuǎn)互聯(lián)合作，只用了一天時(shí)間即上線 海淀防疫上報(bào)管理平臺(tái) 。

一款應(yīng)用得以及時(shí)配合疫情防控情勢(shì)實(shí)現(xiàn)快速上線，除了各方協(xié)力配合，低代碼平臺(tái)也在其中發(fā)揮了重要作用。簡(jiǎn)單來說，低代碼指的是利用更少的手工編碼來完成軟件開發(fā)，主要是通過將普遍的、共性的代碼能力封裝為一個(gè)個(gè)可視化組件，搭建者可根據(jù)自己的需要進(jìn)行選擇，從而自主開發(fā)出相關(guān)應(yīng)用。疫情防控應(yīng)用之所以能短時(shí)間搭建完成，背后就是企業(yè)通過自身的應(yīng)用定制平臺(tái)來完成 組裝 。

隨后 低代碼 便接力 中臺(tái) 成為新的 IT 熱點(diǎn)，引發(fā)了眾多業(yè)內(nèi)人士的論戰(zhàn)。其中有兩種極端的觀念，一種是 偽需求：通過 自降身價(jià) 、低端炒作 迎合資本，吸引更多的資本進(jìn)入這個(gè)行業(yè)來滿足資本逐利的需要；另一種是 顛覆行業(yè) ：利用低代碼平臺(tái)快速、靈活的特點(diǎn)只能實(shí)現(xiàn)簡(jiǎn)單、基礎(chǔ)功能的搭建，通過供給并不是用戶真正的業(yè)務(wù)需求， 期間讓更多非專業(yè)人士能夠參與到開發(fā)當(dāng)中。

2. 概念對(duì)比

低代碼平臺(tái) （A low-code development platform） LCDP。于 1982 年，美國(guó)科羅拉多大學(xué)波德分校的教授 James Martin 出版了一本名為《沒有程序員參與的應(yīng)用開發(fā)》的著作，書中提及，每臺(tái)電腦所匹配的程序員的數(shù)量在迅速減少，以至于未來大多數(shù)計(jì)算機(jī)需要在沒有程序員的情況下投入工作。后來經(jīng)過 Forrester 完善概念和定義，最終形成我們當(dāng)下的理論基礎(chǔ)。

wikipedia定義LCDP

Low-Code 給人感覺就是代碼很丑而且還很 Low ，這里只能在 維基百科 重新找到定義，具有四個(gè)特點(diǎn)：

• Low-Code 仍然是一種軟件平臺(tái)
• 提供可用于通過圖形用戶界面創(chuàng)建應(yīng)用軟件的開發(fā)環(huán)境，而不是傳統(tǒng)的手工編碼計(jì)算機(jī)編程
• 低編碼平臺(tái)可能會(huì)生成完全可操作的應(yīng)用程序，看根據(jù)需要進(jìn)行額外編碼
• 低代碼開發(fā)平臺(tái)減少傳統(tǒng)手工編碼量、加速業(yè)務(wù)應(yīng)用交付、降低軟件設(shè)置、培訓(xùn)、部署和維護(hù)的初始成本

2.1. 專業(yè)代碼/定制代碼 Pro-Code / Custom-Code

傳統(tǒng)的以代碼為中心 Code-Centric 的開發(fā)模式。

2.2. 零代碼 Zero-Code / No-Code

從分類的完備性角度來看，有 純代碼 自然也應(yīng)該有完全相反的 零代碼 （也稱為 無代碼 ）。 零代碼 就是完全不需要寫代碼的應(yīng)用開發(fā)平臺(tái)，但這并不代表 零代碼 就比 專業(yè)代碼/定制代碼 更高級(jí)和先進(jìn)，它只是做了一個(gè)更極端的選擇而已：徹底擁抱簡(jiǎn)單的圖形可視化，完全消滅復(fù)雜的文本代碼。選擇背后的原因是， 零代碼 開發(fā)平臺(tái)期望能盡可能降低應(yīng)用開發(fā)門檻，讓人人都能成為開發(fā)者（注意：開發(fā) ≠ 寫代碼），包括完全不懂代碼的業(yè)務(wù)分析師、用戶運(yùn)營(yíng)，甚至是產(chǎn)品經(jīng)理（不懂裝懂可不算懂）。

3. 特點(diǎn)

通過上述的概念比對(duì)，我們認(rèn)知到 低代碼 ，主要面向設(shè)計(jì)編程，目標(biāo)都是為了快速輸出原型成果、快速部署測(cè)試，滿足這一點(diǎn)就足夠，他們都具有三類核心特點(diǎn)：

• 全?？梢暬幊蹋嚎梢暬瑑蓪雍x，一個(gè)是編輯時(shí)支持的點(diǎn)選、拖拽和配置操作，另一個(gè)是編輯完成后所及即所得（ WYSIWYG ）的預(yù)覽效果。傳統(tǒng)代碼 IDE 也支持部分可視化能力（如早年Visual Studio的 MFC/WPF ），但低代碼更強(qiáng)調(diào)的是全棧、端到端的可視化編程，覆蓋一個(gè)完整應(yīng)用開發(fā)所涉及的各個(gè)技術(shù)層面（界面/數(shù)據(jù)/邏輯）。
• 全生命周期管理：作為一站式的應(yīng)用開發(fā)平臺(tái)，低代碼支持應(yīng)用的完整生命周期管理，即從設(shè)計(jì)階段開始（有些平臺(tái)還支持更前置的項(xiàng)目與需求管理），歷經(jīng)開發(fā)、構(gòu)建、測(cè)試和部署，一直到上線后的各種運(yùn)維（監(jiān)控報(bào)警、應(yīng)用上下線）和運(yùn)營(yíng)（數(shù)據(jù)報(bào)表、用戶反饋）
• 低代碼擴(kuò)展能力：使用 低代碼 開發(fā)時(shí)，大部分情況下仍離不開代碼，因此 低代碼 平臺(tái)必須能支持在必要時(shí)通過少量的代碼對(duì)應(yīng)用各層次進(jìn)行靈活擴(kuò)展，比如添加自定義組件、修改主題 CSS 樣式、定制邏輯流動(dòng)作等。一些可能的需求場(chǎng)景包括：UI 樣式定制、遺留代碼復(fù)用、專用的加密算法、非標(biāo)系統(tǒng)集成。

4. 分類

按照當(dāng)前國(guó)內(nèi)同行業(yè)對(duì) 低代碼 的認(rèn)知，習(xí)慣于按照設(shè)計(jì)思想的不同，將 低代碼 又劃分為 模型驅(qū)動(dòng) 和 表單驅(qū)動(dòng) 兩種類型，這是 低代碼 的兩個(gè)技術(shù)方向，側(cè)重點(diǎn)也不同。

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

表單驅(qū)動(dòng) 設(shè)計(jì)思路本質(zhì)就是將頁(yè)面的 表單 和 數(shù)據(jù)存儲(chǔ) 結(jié)構(gòu)合二為一，以 BPM 作為輔助在軟件系統(tǒng)中運(yùn)轉(zhuǎn)業(yè)務(wù)流程，從而達(dá)到滿足設(shè)定業(yè)務(wù)的需求。在當(dāng)下主流業(yè)界的通行觀點(diǎn)中 表單驅(qū)動(dòng) 優(yōu)勢(shì)就是門檻低，所以不需要太專業(yè)的知識(shí)和技能背景，導(dǎo)致采用這類模型設(shè)計(jì)的產(chǎn)品很多，商業(yè)模式上都在 短 、平 、快 的基礎(chǔ)上推進(jìn)，主要面對(duì)的客戶群就是從沒實(shí)施過信息化的小微企業(yè)，能有一個(gè)應(yīng)用系統(tǒng)提交數(shù)據(jù)就滿足實(shí)際需要，都沒有大規(guī)模業(yè)務(wù)且簡(jiǎn)單業(yè)務(wù)場(chǎng)景簡(jiǎn)單的需求，例如最常見的就是一些用于個(gè)人信息收集的輕量級(jí)應(yīng)用。

表單驅(qū)動(dòng)平臺(tái)受制于自身設(shè)計(jì)缺陷，自帶一個(gè)弊端就是觸碰到信息化集成設(shè)計(jì)中一個(gè)非常敏感且忌諱的 "三孤"，即流程孤島、系統(tǒng)孤島、數(shù)據(jù)孤島。

國(guó)內(nèi)某產(chǎn)品

而且這塊的產(chǎn)品都自帶一個(gè)特性，非常明顯的互聯(lián)網(wǎng)思維，結(jié)合 SaaS 低成本 的方式運(yùn)作，這就導(dǎo)致此類的產(chǎn)品大家都長(zhǎng)的差不多、功能相互借鑒、操作性無差別，總之各方面都趨同，這種 低代碼 平臺(tái)就已經(jīng)等同 簡(jiǎn)單的數(shù)據(jù)表單錄入與流轉(zhuǎn)系統(tǒng) ，特強(qiáng)調(diào)技術(shù)而缺乏對(duì)業(yè)務(wù)的理解，因此這類產(chǎn)品的應(yīng)用都存在一個(gè)局限性更高，也就只能干點(diǎn)不帶業(yè)務(wù)功能的應(yīng)用，遇到一點(diǎn)復(fù)雜的業(yè)務(wù)沒法落地，很難用在企業(yè)級(jí)應(yīng)用的開發(fā)過程中。

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

模型驅(qū)動(dòng) 的設(shè)計(jì)則是用 可視化建模技術(shù) 來定義 數(shù)據(jù)關(guān)系、業(yè)務(wù)邏輯 、 構(gòu)建人機(jī)交互 以及智能化集成，能夠?qū)崿F(xiàn)數(shù)據(jù)的同步交換和共享，使開發(fā)和業(yè)務(wù)都能夠快速生成可交付的應(yīng)用程序，而不需要代碼。

OutSystems

這里只借用 OutSystems 作為案例說明，其他 模型驅(qū)動(dòng) 類產(chǎn)品類似， 模型驅(qū)動(dòng) 總結(jié)下來更像是集前端、邏輯和數(shù)據(jù)層分離設(shè)計(jì)的綜合 IDE 型的產(chǎn)品，這類產(chǎn)品前端有專業(yè)的頁(yè)面設(shè)計(jì)、事件觸發(fā)，有專業(yè)的邏輯層可視化開發(fā)能力及內(nèi)嵌專業(yè)代碼片段的擴(kuò)展能力，邏輯還可以區(qū)分前后端，數(shù)據(jù)層有專業(yè)的實(shí)體定義及操作能力。這樣的設(shè)計(jì)令沒有開發(fā)背景的業(yè)務(wù)人員望而卻步，對(duì)沒有技術(shù)支撐的企業(yè)使用上有一定的難度，但對(duì)開發(fā)來說確感覺比較熟悉，容易上手，也易于樹立對(duì)平臺(tái)能力的信心。

模型驅(qū)動(dòng)平臺(tái)一般系統(tǒng)架構(gòu)清晰，表單和數(shù)據(jù)模型均可獨(dú)立開發(fā)與維護(hù)；同時(shí)此類系統(tǒng)拓展性好，既可以內(nèi)部橫向擴(kuò)展也可以對(duì)接外部系統(tǒng)容易，個(gè)別產(chǎn)品甚至能直連其他系統(tǒng)的數(shù)據(jù)庫(kù)。

小結(jié)，上述主要為大家說明 表單驅(qū)動(dòng) 、 模型驅(qū)動(dòng) 的區(qū)別以及各自產(chǎn)品的特點(diǎn)，這些特點(diǎn)的差異都是基于不同的設(shè)計(jì)思路導(dǎo)致的，雖然這兩類產(chǎn)品都有一定局限性，在取舍合理的情況下，也都能產(chǎn)生一定的商業(yè)價(jià)值，也希望這些總結(jié)可以為想涉足此類產(chǎn)品的公司或者個(gè)人提供一些片面的參考意見。

5. 機(jī)會(huì)與挑戰(zhàn)

事實(shí)上， 低代碼 圖形化的開發(fā)模式存在至少已有 20 年歷史了，最早的國(guó)外低代碼平臺(tái) Mendix 、OutSystems 都已成為新興的獨(dú)角獸企業(yè)；當(dāng)前國(guó)內(nèi)大量傳統(tǒng)軟件廠商、新興 SaaS 廠商也都在紛紛進(jìn)駐該領(lǐng)地，大家都將目光指向那些沒有 IT 能力的業(yè)務(wù)、行政、運(yùn)營(yíng)人員，希望通過將一些行業(yè)相對(duì)標(biāo)準(zhǔn)的應(yīng)用模板化，直接滿足業(yè)務(wù)團(tuán)隊(duì) 80% 的基本需求，再通過一些可配置、編輯工具輔助，讓業(yè)務(wù)團(tuán)隊(duì)在標(biāo)準(zhǔn)基礎(chǔ)上進(jìn)行小幅定制，再解決 20% 特異化需求，最終達(dá)成業(yè)務(wù)需求直接落地成為在線工具的目的。還可以幫助小微企業(yè)省去高額的 SaaS 采購(gòu)、管理軟件外包及聘請(qǐng) IT 人員的費(fèi)用。

5.1. 機(jī)會(huì)

這類市場(chǎng)當(dāng)具有 市場(chǎng)規(guī)模巨大 、 解決 業(yè)務(wù)復(fù)用 問題 以及 不尋求改變開發(fā)環(huán)境即可完成企業(yè)效率提升。

5.1.1. 市場(chǎng)規(guī)模巨大

國(guó)際權(quán)威機(jī)構(gòu)認(rèn)為全球低代碼市場(chǎng)的潛力應(yīng)該在 150 億美元，未來將有 75% 的企業(yè)應(yīng)用是通過低代碼的方式搭建完成的。 而 Serverless 云原生技術(shù)的出現(xiàn)，為一站式應(yīng)用開發(fā)提供了技術(shù)可能。另一方面， SaaS 市場(chǎng)伴隨現(xiàn)代企業(yè)管理發(fā)展了幾十年，無數(shù)場(chǎng)景從被新興發(fā)掘，到商業(yè)模式與管理工具相互塑造，到現(xiàn)在逐漸標(biāo)準(zhǔn)化。將這部分標(biāo)準(zhǔn)化的部分提取出來進(jìn)行多種形式的復(fù)用，是商業(yè)化市場(chǎng)發(fā)展的必然結(jié)果。從這個(gè)角度看，低代碼的產(chǎn)品方向是蘊(yùn)含巨大潛力的。

5.1.2. 業(yè)務(wù)復(fù)用

回歸信息化的本質(zhì)，就是企業(yè)需要標(biāo)準(zhǔn)化、自動(dòng)化，反應(yīng)到 IT 根據(jù)業(yè)務(wù)需求、編寫應(yīng)用，通過軟件服務(wù)的形式，提高業(yè)務(wù)信息、數(shù)據(jù)流轉(zhuǎn)的標(biāo)準(zhǔn)化和自動(dòng)化，才會(huì)不斷催生業(yè)務(wù)方提出新需求、產(chǎn)品分析需求、設(shè)計(jì)產(chǎn)品、開發(fā)編碼、最終業(yè)務(wù)使用的完整鏈路。

這個(gè)鏈路的節(jié)點(diǎn)涉及多方，在協(xié)同、組織上很考驗(yàn)建設(shè)方本身的能力水平和統(tǒng)籌協(xié)調(diào)能力，此時(shí)再要提高運(yùn)作效率上，一方面提升每一個(gè)節(jié)點(diǎn)自身的效率，這樣整體效率也會(huì)跟著提升；再一方面就是對(duì)這個(gè)鏈路做減法，通過縮短或簡(jiǎn)化鏈路來達(dá)到既定目的，而 低代碼 產(chǎn)品就是在鏈路上的實(shí)現(xiàn)是最短的，最終實(shí)現(xiàn) 低代碼 產(chǎn)品的辦公軟件化的終極目標(biāo)，這也是業(yè)務(wù)復(fù)用為 低代碼 所打開的廣闊市場(chǎng)。

5.1.3. 能效高

業(yè)界通行觀點(diǎn)中，任何通過所謂在線 IDE 的形式，試圖給程序員提供一個(gè)完整的在線開發(fā)環(huán)境，但效果都不很理想，主要受如下條件約束：

• 受制于瀏覽器的性能問題及渲染邏輯，很難替代本地 IDE 工具；
• IDE 軟件開源生態(tài)是商業(yè)化產(chǎn)品所無法達(dá)到的，因此任何改變 IT 人員原有工作流的產(chǎn)品本身就存在很大的局限；
• IT 團(tuán)隊(duì)采購(gòu)低代碼產(chǎn)品一般來講目標(biāo)非常簡(jiǎn)單，就是降本，砍掉一些程序員，降低 IT 投入，而最有效的途徑就是 不重復(fù) 編碼。

5.1.4. 成本增益快

提供開箱即用的解決方案，可以為企業(yè)更加低成本的信息化運(yùn)營(yíng)，不論是信息化建設(shè)還是信息運(yùn)維方面都節(jié)約下來很大一部分成本，靈活滿足客戶需求

小結(jié)，當(dāng)下正好市場(chǎng)數(shù)智化轉(zhuǎn)型的良好契機(jī)， 低代碼 取代 SaaS 。自新冠疫情爆發(fā)以來，滋生大量需求， 低代碼 提供大量標(biāo)準(zhǔn)化應(yīng)用模板，相比以往的選擇采購(gòu) SaaS ，可以讓企業(yè)以最低成本接入應(yīng)用，同時(shí) 低代碼 的趨勢(shì)將是辦公軟件化，直達(dá)實(shí)際需求，向用戶屏蔽抽象的對(duì)象轉(zhuǎn)化，自動(dòng)完成業(yè)務(wù)模型構(gòu)建，打造完整應(yīng)用。

5.2. 挑戰(zhàn)

• 市場(chǎng)孕育：經(jīng)過這幾年探索，國(guó)內(nèi) 低代碼 市場(chǎng)已度過創(chuàng)新階段，開始覆蓋業(yè)務(wù)。但是如何吸引市場(chǎng)上 SaaS 產(chǎn)品的用戶群體轉(zhuǎn)而關(guān)注能力更通用的低代碼平臺(tái)，是需要資本和從業(yè)者不得不考慮的問題。
• 挑戰(zhàn)傳統(tǒng)： 低代碼 有一站式解決方案，提升效率、降低使用門檻，但是會(huì)對(duì)傳統(tǒng)企業(yè)的流程及規(guī)范形成新的挑戰(zhàn)，而且在內(nèi)部采用低代碼開發(fā)平臺(tái)可能會(huì)導(dǎo)致影子 IT 構(gòu)建不受支持的應(yīng)用程序增加。
• 技術(shù)局限：當(dāng)前的低代碼平臺(tái)產(chǎn)品形態(tài)基本以 Web 端產(chǎn)品為主，技術(shù)上受限于瀏覽器性能，交互上需要妥協(xié)于瀏覽器技術(shù)，增加了向用戶屏蔽技術(shù)細(xì)節(jié)的難度。
• 升級(jí)改造困難：低代碼平臺(tái)是作為業(yè)務(wù)創(chuàng)新的起點(diǎn)，到應(yīng)用全生命周期的托管，而對(duì)于一些技術(shù)棧老舊、設(shè)計(jì)思維老舊、經(jīng)過多年迭代的存量系統(tǒng)的升級(jí)迭代問題顯得有些力不從心。
• 職業(yè)角色缺失：低代碼將會(huì)孵化出一個(gè)行業(yè)中的全新角色—— 業(yè)務(wù)信息官BIO ，立足于業(yè)務(wù)，有較高的抽象思維能力，能夠?qū)I(yè)務(wù)場(chǎng)景工具化。

6. 適用場(chǎng)景

上述著重介紹 低代碼 的分類以及將市場(chǎng)應(yīng)用，但是 低代碼 也不是萬金油，不可能覆蓋現(xiàn)實(shí)世界所有業(yè)務(wù)，任何一個(gè)事情都有其存在的局限性和獨(dú)特性，了解這個(gè)我們下面來介紹當(dāng)前認(rèn)知情況下還無法運(yùn)用 低代碼 的所能解決的應(yīng)用：

• 算法和數(shù)據(jù)結(jié)構(gòu)復(fù)雜且要求高：與之相比業(yè)務(wù)邏輯復(fù)雜反而會(huì)容易處理一點(diǎn)，無非利用可能在時(shí)間上做個(gè)取舍或者設(shè)計(jì)上做妥協(xié)，但是算法邏輯復(fù)雜才是真正的問題，無法通過 低代碼 予以解決，如搜索引擎類。
• 高復(fù)雜架構(gòu)的應(yīng)用：用戶量巨大且性能要求非常高，如 B2C 類電商、門戶網(wǎng)站等，他們的前后臺(tái)技術(shù)架構(gòu)非常復(fù)雜。
• OLAP/OLTP 及智能化應(yīng)用：分析類應(yīng)用自然應(yīng)該用更專業(yè)的 BI 工具，智能化應(yīng)用也應(yīng)該用更專業(yè)的機(jī)器學(xué)習(xí)平臺(tái)等工具。
• 視聽交互行業(yè)：比如游戲或抖音、云音樂這樣的社交娛樂型的應(yīng)用。 低代碼 平臺(tái)可不擅長(zhǎng)做專業(yè)媒體類文件的解析和酷炫的界面。
• 專業(yè)性很強(qiáng)軟件：類似 Adobe Photoshop 、Auto CAD 等高度專業(yè)性軟件 低代碼 是替代不了的。

7. 結(jié)語

低代碼 開發(fā)不僅僅是將一項(xiàng)枯燥的工作交由軟件完成、降低程序開發(fā)難度，降低企業(yè)的投資成本，使其擁有真正的信息系統(tǒng)資本是一項(xiàng)技術(shù)支撐下的創(chuàng)變，而更重要的則是讓熟知 現(xiàn)狀與需求 的人直接參與進(jìn)來，來加快科技賦能的實(shí)效性，提高企業(yè)解決問題的效率。關(guān)注企業(yè)在數(shù)字化演進(jìn)過程中的真實(shí)需求，為其找到真正的價(jià)值，賦能于它們， 讓其成長(zhǎng)、發(fā)展、壯大，在過程中共臝，這才是今天科技企業(yè)的使命。我們反對(duì)銷售技術(shù)“恐懼”，我希望技術(shù)“向善”，歷史演進(jìn)的長(zhǎng)河不斷在說明，只有真正把握住人類福祉的變革，才是真正偉大的變革。偉大的技術(shù)，不是破壞、顛覆一個(gè)行業(yè)，而是賦能一個(gè)行業(yè)。

同時(shí)在 低代碼 模式選擇的路上，需要注意是選擇 模型驅(qū)動(dòng) 還是 表單驅(qū)動(dòng) 這會(huì)影響你將來的服務(wù)改造能力和業(yè)務(wù)拓展能力，一個(gè)卓越的低代碼開發(fā)平臺(tái)，一定是最懂代碼開發(fā)的，只有這樣才有可能把代碼幵發(fā)過程中的復(fù)雜度降低，以更加簡(jiǎn)單的一面呈現(xiàn)給業(yè)務(wù)用戶。