1. 前言

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

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

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

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

2. 概念對比

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

wikipedia定義LCDP

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

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

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

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

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

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

3. 特點

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

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

4. 分類

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

4.1. 表單驅(qū)動

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

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

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

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

4.2. 模型驅(qū)動

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

OutSystems

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

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

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

5. 機會與挑戰(zhàn)

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

5.1. 機會

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

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

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

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

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

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

5.1.3. 能效高

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

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

5.1.4. 成本增益快

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

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

5.2. 挑戰(zhàn)

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

6. 適用場景

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

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

7. 結(jié)語

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

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