一文說(shuō)透低代碼平臺(tái)/無(wú)代碼平臺(tái)

低代碼平臺(tái)技術(shù)目前在國(guó)內(nèi)外都發(fā)展迅猛。早在低代碼的概念完善之前， Salesforce 公司就在1999年提出了"軟件終結(jié)"的口號(hào)，并面向開(kāi)發(fā)者研發(fā)了force.com應(yīng)用開(kāi)發(fā)平臺(tái)，允許開(kāi)發(fā)者基于此快速開(kāi)發(fā) CRM 軟件系統(tǒng)，從而開(kāi)啟了低代碼應(yīng)用開(kāi)發(fā)的航程。 OutSystems 和 Mendix 分別于2001年、2005年創(chuàng)立，專注于低代碼開(kāi)發(fā)平臺(tái)的建設(shè)。微軟在2015年推出了融合 AI 技術(shù)的低代碼平臺(tái) Power Platform 。

在國(guó)內(nèi)，低代碼平臺(tái)在近幾年如雨后春筍般涌現(xiàn)。云程、用友、泛微、阿里、華為等都加入了低代碼賽道，也都紛紛推出了自己的低代碼平臺(tái)。

一、低代碼/無(wú)代碼平臺(tái)是什么

"低代碼"一詞最早由 ForRESTer Research 的 Clay Richardson 和 John Rymer 在2014年提出。這一年在他們發(fā)表報(bào)告《面向客戶應(yīng)用的新開(kāi)發(fā)平臺(tái)出現(xiàn)》之后，低代碼平臺(tái)正式誕生。在這份報(bào)告中，他們創(chuàng)造了"低代碼"這一術(shù)語(yǔ)，并對(duì)低代碼的技術(shù)、用途和市場(chǎng)進(jìn)行了概述，同時(shí)指出，許多公司更喜歡選擇低代碼替代方法，以便快速、連續(xù)地進(jìn)行應(yīng)用交付。

低代碼，顧名思義，就是指開(kāi)發(fā)者寫(xiě)很少的代碼，通過(guò)低代碼平臺(tái)提供的界面、邏輯、對(duì)象、流程等可視化編排工具來(lái)完成大量開(kāi)發(fā)工作，降低軟件開(kāi)發(fā)中的不確定性和復(fù)雜性，從而大幅提升開(kāi)發(fā)效率，讓企業(yè)能夠降低開(kāi)發(fā)成本，降低技術(shù)門(mén)檻，快速創(chuàng)新應(yīng)用，實(shí)現(xiàn)快速試錯(cuò)，敏捷迭代。

在 Gartner 的定義中，低代碼平臺(tái)被稱為企業(yè)級(jí)低代碼應(yīng)用平臺(tái)（ Enterprise Low – Code Application Platform , Enterprise LCAP )，是支持快速應(yīng)用開(kāi)發(fā)，使用陳述性、高級(jí)的編程抽象（如基于模型驅(qū)動(dòng)和元數(shù)據(jù)編程語(yǔ)言）實(shí)現(xiàn)一站式應(yīng)用部署、執(zhí)行和管理的應(yīng)用平臺(tái)。不同于傳統(tǒng)的應(yīng)用平臺(tái)，它支持用戶界面、業(yè)務(wù)邏輯和數(shù)據(jù)服務(wù)的開(kāi)發(fā)，并以犧牲跨平臺(tái)的可移植性、應(yīng)用開(kāi)放性為代價(jià)來(lái)提高生產(chǎn)效率。

權(quán)威行業(yè)機(jī)構(gòu) Forrester 在其報(bào)告《 Forrester Wave :面向應(yīng)用程序開(kāi)發(fā)和交付專業(yè)人員的低代碼平臺(tái)（2019年第1季度）》中，將編程接口認(rèn)定為企業(yè)級(jí)低代碼平臺(tái)的重要標(biāo)志，不具備編程接口的"低代碼"被劃歸為"無(wú)代碼"，轉(zhuǎn)移到那些只適用有限用例的平臺(tái)報(bào)告中。

目前，廣義的低代碼是指所有可以幫助缺少編程基礎(chǔ)的人員快速完成軟件開(kāi)發(fā)的技術(shù)和工具。 Gartner 認(rèn)為，低代碼主要有以下幾個(gè)主流分支。

1．無(wú)代碼開(kāi)發(fā)平臺(tái)

無(wú)代碼開(kāi)發(fā)平臺(tái)屬于低代碼平臺(tái)的一種，不提供或者僅支持非常有限的編程擴(kuò)展能力，一般僅用來(lái)開(kāi)發(fā)內(nèi)部管理類或市場(chǎng)營(yíng)銷類表單。

2．低代碼應(yīng)用平臺(tái)（ LCAP )

LCAP 屬于狹義的低代碼平臺(tái)，是萬(wàn)金油類產(chǎn)品，可用來(lái)開(kāi)發(fā)包含前端和后端的應(yīng)用。它關(guān)注通過(guò)聲明式的模型驅(qū)動(dòng)和基于元數(shù)據(jù)的服務(wù)來(lái)提供快速的應(yīng)用開(kāi)發(fā)、部署和執(zhí)行。這個(gè)市場(chǎng)囊括了大部分低代碼技術(shù)供應(yīng)商，主要產(chǎn)品是具備自描述性的無(wú)代碼應(yīng)用開(kāi)發(fā)工具。

3．多重體驗(yàn)開(kāi)發(fā)平臺(tái)（ MXDP )

MXDP 提供快速開(kāi)發(fā)跨平臺(tái) App 的工具，突出前端開(kāi)發(fā)能力，一般用來(lái)開(kāi)發(fā)多平臺(tái)／多終端應(yīng)用。這些產(chǎn)品通過(guò)提供一套包含前端開(kāi)發(fā)工具和后端服務(wù)的集成套件，使開(kāi)發(fā)人員（有時(shí)甚至是非開(kāi)發(fā)人員）能夠跨各類數(shù)字設(shè)備進(jìn)行相應(yīng)用途和形式的擴(kuò)展性應(yīng)用開(kāi)發(fā)。它們支持自定義移動(dòng)應(yīng)用、響應(yīng)式 Web 和漸進(jìn)式 Web 應(yīng)用（ PWA )、沉浸式用戶體驗(yàn)及對(duì)話式應(yīng)用。

4．智能業(yè)務(wù)流程管理套件（ iBPMS )

整合了 AI 等技術(shù)的業(yè)務(wù)流程管理系統(tǒng)（ BPMS ）突出后端流程定義和數(shù)據(jù)整合能力，一般用于解決大型企業(yè)的跨系統(tǒng)業(yè)務(wù)流程。這類模型驅(qū)動(dòng)的（因而是低代碼的）開(kāi)發(fā)平臺(tái)可以在操作模型和應(yīng)用時(shí)動(dòng)態(tài)變化。它們通過(guò)流程和業(yè)務(wù)規(guī)則／決策實(shí)現(xiàn)業(yè)務(wù)操作的自動(dòng)化。 Gartner 的研究范圍也擴(kuò)大到 iBPMS ，包括可持續(xù)的智能和動(dòng)態(tài)流程管理系統(tǒng)。盡管模型驅(qū)動(dòng)意味著低代碼，但其中一些可以實(shí)現(xiàn)復(fù)雜流程和決策的模型既復(fù)雜又專業(yè)，這可能需要相關(guān)專家協(xié)助開(kāi)發(fā)。

二、低代碼/無(wú)代碼平臺(tái)是怎么產(chǎn)生的

任何技術(shù)的興起、流行或者消失，不僅取決于技術(shù)本身，更取決于現(xiàn)實(shí)的需求。低代碼／無(wú)代碼開(kāi)發(fā)技術(shù)之所以能在這個(gè)時(shí)候重新發(fā)揚(yáng)光大，有兩方面的原因。一方面，相關(guān)技術(shù)發(fā)展到一定程度，使原來(lái)不可能的事情成為可能，其中的決定性因素是市場(chǎng)對(duì)于更高生產(chǎn)力工具的追求，其本質(zhì)是人類社會(huì)對(duì)于如何利用機(jī)器的能力提高人類福祉的終極探索。另一方面，生產(chǎn)力工具在不同的時(shí)代有不同的特征。在工業(yè)革命的早期，能夠加強(qiáng)或代替人類四肢勞作能力的工具是生產(chǎn)力工具發(fā)展的重點(diǎn)，因此才有了以蒸汽機(jī)為代表的機(jī)器的普及。隨著計(jì)算機(jī)的普及，人類開(kāi)始利用機(jī)器的信息處理能力來(lái)減輕或代替計(jì)算與決策工作，辦公自動(dòng)化工具在這個(gè)過(guò)程中起到了重要的促進(jìn)作用。

當(dāng)時(shí)代與技術(shù)發(fā)展到目前數(shù)字化越來(lái)越普及的階段，尤其是當(dāng)當(dāng)代人的工作與生活已離不開(kāi)云計(jì)算和移動(dòng)應(yīng)用之時(shí)，通過(guò)軟件手段開(kāi)發(fā)出的各種生產(chǎn)力應(yīng)用就成為人類提高工作與生活效率的主要手段。

截至目前，大部分的軟件開(kāi)發(fā)是由專業(yè)程序員來(lái)完成的。而目前的事實(shí)是，專業(yè)程序員已經(jīng)供不應(yīng)求了。當(dāng)然我們可以通過(guò)培養(yǎng)更多的專業(yè)程序員來(lái)提高全社會(huì)的軟件開(kāi)發(fā)能力，但是各種跡象表明，社會(huì)對(duì)于生產(chǎn)力應(yīng)用開(kāi)發(fā)能力的需求已經(jīng)遠(yuǎn)超社會(huì)培養(yǎng)專業(yè)程序員的能力。同時(shí)，由于數(shù)字化已經(jīng)逐漸滲透到人類社會(huì)工作與生活的方方面面，現(xiàn)在已經(jīng)很難明確地表達(dá)我們需要什么樣的應(yīng)用、不需要什么樣的應(yīng)用。

另外，開(kāi)發(fā)過(guò)軟件應(yīng)用的人都會(huì)有深刻的體會(huì)，那就是軟件開(kāi)發(fā)不可能憑空發(fā)生，它需要基于具體需求解決具體的行業(yè)問(wèn)題，而現(xiàn)在軟件應(yīng)用的覆蓋領(lǐng)域越來(lái)越廣，覆蓋內(nèi)容越來(lái)越細(xì)致，再優(yōu)秀的程序員也很難對(duì)所有業(yè)務(wù)的細(xì)節(jié)有深入的理解。這種時(shí)代的變化要求各行各業(yè)的從業(yè)人員具備基本的應(yīng)用開(kāi)發(fā)能力，其目的并不是將自己培養(yǎng)成專業(yè)程序員，而是借助這種能力來(lái)提高自己的工作效率。理論上，所有重復(fù)性工作、所有工作模式都可以總結(jié)成規(guī)律的工作，都可以用機(jī)器的軟件與硬件能力來(lái)代替。因此當(dāng)技術(shù)發(fā)展到一定階段，當(dāng)?shù)痛a／無(wú)代碼技術(shù)發(fā)展到普羅大眾都可以更有效地利用軟件的能力來(lái)提高工作效率的時(shí)候，低代碼／無(wú)代碼技術(shù)自然就重新發(fā)揚(yáng)光大了。低代碼／無(wú)代碼不是新鮮事物，也不是辦公自動(dòng)化的終點(diǎn)。

從低代碼技術(shù)的起源來(lái)看，低代碼平臺(tái)的主要目標(biāo)是允許企業(yè)開(kāi)發(fā)應(yīng)用而不需要復(fù)雜的工程來(lái)促進(jìn)其配置，從而實(shí)現(xiàn)快速性和敏捷性。此外，這些平臺(tái)也為企業(yè)提供了更經(jīng)濟(jì)的方式來(lái)滿足市場(chǎng)或企業(yè)自身的要求。借助低代碼平臺(tái)，企業(yè)可以為移動(dòng)或桌面設(shè)備等創(chuàng)建多功能和高信息管理功能的應(yīng)用。

三、低代碼/無(wú)代碼平臺(tái)應(yīng)具備哪些能力

低代碼平臺(tái)支持快速應(yīng)用開(kāi)發(fā)（ RAD )，使用聲明式的高級(jí)編程抽象（如模型驅(qū)動(dòng)和基于元數(shù)據(jù)編程）進(jìn)行部署和執(zhí)行。低代碼平臺(tái)擁有以下共同的技術(shù)要素：

• 一個(gè)以模型／元數(shù)據(jù)為中心的 UI 層設(shè)計(jì)器，只需要編寫(xiě)很少的代碼，甚至不需要編寫(xiě)代碼；
• 支持基本的數(shù)據(jù)結(jié)構(gòu)定義和內(nèi)置數(shù)據(jù)庫(kù)的通用數(shù)據(jù)存儲(chǔ)（如 RDBMS 、 NoSQL 、平面文件）訪問(wèn)；
• 通過(guò) REST 、 SOAP 或其他 API 簡(jiǎn)化對(duì)外服務(wù)的訪問(wèn)；
• 通過(guò) API 包裝它們的底層流程邏輯和數(shù)據(jù)；
• 支持面向業(yè)務(wù)規(guī)則和常規(guī)業(yè)務(wù)邏輯開(kāi)發(fā)的編碼方法；
• 足夠好的性能表現(xiàn)和足夠低的操作延遲。

企業(yè)級(jí)低代碼平臺(tái)還應(yīng)包含其他功能，例如：

• 用戶密集訪問(wèn)量、數(shù)據(jù)存儲(chǔ)量和高事務(wù)率的彈性伸縮能力；
• 高可用性與容災(zāi)復(fù)原能力；
• 應(yīng)用程序訪問(wèn) API 和數(shù)據(jù)存儲(chǔ)的安全性；
• 運(yùn)營(yíng)階段的服務(wù)品質(zhì)協(xié)議（ SLA );
• 資源使用追蹤能力；
• 對(duì)開(kāi)發(fā)人員和運(yùn)營(yíng)人員的技術(shù)支持能力。

基于上述技術(shù)要素， Gartner 共列出了低代碼平臺(tái)的11個(gè)關(guān)鍵能力維度。

(1）易用性

易用性是標(biāo)識(shí)低代碼平臺(tái)生產(chǎn)力的關(guān)鍵指標(biāo)，是指在不寫(xiě)代碼的情況下能夠完成的功能的多少。

(2）用戶體驗(yàn)

這個(gè)指標(biāo)能夠決定最終用戶對(duì)開(kāi)發(fā)者的評(píng)價(jià)。一般來(lái)說(shuō)，獨(dú)立軟件開(kāi)發(fā)團(tuán)隊(duì)為企客戶開(kāi)發(fā)的項(xiàng)目對(duì)用戶體驗(yàn)的要求會(huì)顯著高于企業(yè)客戶自主開(kāi)發(fā)的項(xiàng)目，開(kāi)放給企業(yè)的客戶或供應(yīng)商的項(xiàng)目對(duì)用戶體驗(yàn)的要求會(huì)高于企業(yè)內(nèi)部用戶使用的項(xiàng)目。

(3）數(shù)據(jù)建模和管理的便利性

這個(gè)指標(biāo)就是通常所講的"模型驅(qū)動(dòng)"，模型驅(qū)動(dòng)能夠提供滿足數(shù)據(jù)庫(kù)設(shè)計(jì)范式的數(shù)據(jù)模型設(shè)計(jì)和管理能力。開(kāi)發(fā)的應(yīng)用復(fù)雜度越高，系統(tǒng)集成的要求越高，這個(gè)能力就跑關(guān)鍵。

(4）流程與業(yè)務(wù)邏輯開(kāi)發(fā)能力和效率

這個(gè)能力有兩層含義：第一層是指使用該低代碼平臺(tái)是否可以開(kāi)發(fā)出復(fù)雜的工作流和業(yè)務(wù)處理邏輯，第二層是開(kāi)發(fā)這些功能時(shí)的便利性和易用性有多高。一般來(lái)說(shuō)，第一層決定了項(xiàng)目是否可以成功交付，而第二層則決定了項(xiàng)目的開(kāi)發(fā)成本。無(wú)論如何，使用者都應(yīng)關(guān)注第一層。在此基礎(chǔ)上，如果項(xiàng)目以工作流為主，則還應(yīng)該將第二層作為重要的評(píng)估指標(biāo)。

(5）開(kāi)發(fā)平臺(tái)的生態(tài)系統(tǒng)

低代碼平臺(tái)的本質(zhì)是開(kāi)發(fā)工具，內(nèi)置的開(kāi)箱即用的功能無(wú)法覆蓋更多的應(yīng)用場(chǎng)量。此時(shí)，就需要基該平臺(tái)的完整生態(tài)系統(tǒng)來(lái)提供更深入、更全面的開(kāi)發(fā)能力。很多開(kāi)發(fā)平臺(tái)都在建立自己的插件機(jī)制，這就是平臺(tái)生態(tài)的一個(gè)典型體現(xiàn)。

(6）編程接口與系統(tǒng)集成能力

為了避免"數(shù)據(jù)孤島"現(xiàn)象，企業(yè)級(jí)應(yīng)用通常需要與其他系統(tǒng)進(jìn)行集成，協(xié)同增效。此時(shí)，內(nèi)置的集成能力和編程接口就變得至關(guān)重要。除非確認(rèn)在可預(yù)期的未來(lái)項(xiàng)目不涉及系統(tǒng)集成和擴(kuò)展開(kāi)發(fā)，否則開(kāi)發(fā)者都應(yīng)該關(guān)注這個(gè)能力。

(7）支持更先進(jìn)的架構(gòu)和技術(shù)

系統(tǒng)是否支持更先進(jìn)的架構(gòu)，比如微服務(wù)、云原生等，以對(duì)接 IoT 、 大數(shù)據(jù)、AI等，開(kāi)發(fā)者希望自己開(kāi)發(fā)的應(yīng)用有更長(zhǎng)的生命周期，深入了解低代碼平臺(tái)產(chǎn)品的聚構(gòu)就變得尤為重要。

(8）服務(wù)質(zhì)量

與上一點(diǎn)類似，服務(wù)質(zhì)量也是衡量運(yùn)行于公有云模式下低代碼平臺(tái)的指標(biāo)。這里的服務(wù)質(zhì)量，除了通常所說(shuō)的"無(wú)故障使用時(shí)間"外，還要考慮資源是否支持獨(dú)占模式，避免某一個(gè)應(yīng)用的高負(fù)荷，導(dǎo)致其他應(yīng)用不可用或出現(xiàn)性能劣化。

(9）用戶模型與軟件開(kāi)發(fā)周期支持

在軟件開(kāi)發(fā)的生命周期中，除了開(kāi)發(fā)和交付，還有設(shè)計(jì)、反饋、測(cè)試、運(yùn)維等多個(gè)環(huán)節(jié)，如系統(tǒng)開(kāi)發(fā)早期的用戶模型建立和驗(yàn)證過(guò)程通常需要快速模擬和迭代，投人的開(kāi)發(fā)力量甚至不少于正式開(kāi)發(fā)。如果一套低代碼平臺(tái)具備全生命周期所需的各項(xiàng)功能，將會(huì)大大簡(jiǎn)化開(kāi)發(fā)者的技術(shù)棧，進(jìn)一步提高開(kāi)發(fā)效率。開(kāi)發(fā)者所開(kāi)發(fā)的系統(tǒng)規(guī)模越大，這一能力就越重要。

(10）開(kāi)發(fā)管理

企業(yè)級(jí)軟件的項(xiàng)目規(guī)模通常比較大，而且業(yè)務(wù)更關(guān)鍵，這就對(duì)開(kāi)發(fā)團(tuán)隊(duì)管理提出了更高的要求?，F(xiàn)代軟件開(kāi)發(fā)中主推的敏捷開(kāi)發(fā)是否能在低代碼中落地，是衡量開(kāi)發(fā)管理能力的重要指標(biāo)。這通常包含代碼庫(kù)權(quán)限管理、版本權(quán)限管理、發(fā)布權(quán)限管理等一系列大，開(kāi)發(fā)者越應(yīng)當(dāng)關(guān)注這一指標(biāo)。

(11）安全與合規(guī)

低代碼平臺(tái)需要在部署方式、系統(tǒng)安全機(jī)制、權(quán)限管理和控制功能等層面發(fā)力，全方位賦能開(kāi)發(fā)者構(gòu)建安全的、符合企業(yè)規(guī)則的企業(yè)級(jí)應(yīng)用。支持本地部署、全 SSL 數(shù)據(jù)傳輸、密碼強(qiáng)度策略、跨域訪問(wèn)控制、細(xì)粒度的用戶權(quán)限控制等都是該能力的具體體現(xiàn)。大型企業(yè)、特定行業(yè)企業(yè)（如軍工、金融等）通常對(duì)該指標(biāo)的關(guān)注程度會(huì)更高一些。

四、主流的低代碼/無(wú)代碼平臺(tái)有哪些

Gartner 預(yù)計(jì)，到2024年，低代碼應(yīng)用開(kāi)發(fā)將占應(yīng)用開(kāi)發(fā)總數(shù)的65％以上，將有3/4的大型企業(yè)會(huì)使用至少4個(gè)低代碼平臺(tái)進(jìn)行 IT 應(yīng)用開(kāi)發(fā)。快速發(fā)展的趨勢(shì)使得國(guó)內(nèi)外各大廠商紛紛推出低代碼相關(guān)平臺(tái)和工具?？偟膩?lái)說(shuō)，國(guó)外低代碼平臺(tái)比國(guó)內(nèi)更成熟，其中 Microsoft 、 OutSystems 、 Mendix 、 Kony 和 Salesforce 占據(jù)領(lǐng)導(dǎo)地位，而 ServiceNow 、 GeneXus 、 Progress Software 、 MatsSoft 、 WaveMaker 、 Thinkwise 等后起之秀也呈現(xiàn)出強(qiáng)勁的追趕之勢(shì)。國(guó)外的低代碼平臺(tái)發(fā)展如火如荼，國(guó)內(nèi)也不甘落后。國(guó)內(nèi)低代碼開(kāi)發(fā)商抓住時(shí)機(jī)、整合資源、積極吸收和借鑒先進(jìn)經(jīng)驗(yàn)，已經(jīng)打造出可以媲美甚至勝過(guò)國(guó)外產(chǎn)品的低代碼平臺(tái)。

隨著企業(yè)創(chuàng)新型業(yè)務(wù)的爆發(fā)式增長(zhǎng)，傳統(tǒng)的 IT 架構(gòu)已無(wú)法有效支撐互聯(lián)網(wǎng)的快速打法， IT 團(tuán)隊(duì)不能及時(shí)響應(yīng)業(yè)務(wù)需求，為低代碼／無(wú)代碼開(kāi)發(fā)平臺(tái)的普及營(yíng)造了更多機(jī)會(huì)。本章通過(guò)對(duì)國(guó)內(nèi)外主流低代碼平臺(tái)的介紹，讓讀者對(duì)整個(gè)市場(chǎng)的發(fā)展?fàn)顩r和各家產(chǎn)品的定位有個(gè)基本的了解。

序號(hào)	產(chǎn)品名稱	官網(wǎng)鏈接	產(chǎn)品特點(diǎn)
1	云程低代碼平臺(tái)	http://www.yunchengxc.com	流程引擎、表單引擎功能強(qiáng)大，可交付源代碼
2	用YonBuilder	https://developer.yonyoucloud.com	技術(shù)中臺(tái)、業(yè)務(wù)中臺(tái)，功能較強(qiáng)大，前端react
3	泛微低代碼平臺(tái)	https://eteams.cn/appbuilder	流程引擎、BPM、OA、業(yè)務(wù)組件較為豐富
4	普元低代碼平臺(tái)	http://www.primeton.com/	表單、流程、高低碼融合，客戶端IDE編輯器
5	炎黃盈動(dòng)BPM	https://www.actionsoft.com.cn/	流程引擎、BPM功能較強(qiáng)
6	釘釘宜搭	https://www.aliwork.com/	表單、報(bào)表、釘釘集成較好
7	華為云Astro	https://www.huaweicloud.com/product/astro.html	零碼、低碼、高低碼協(xié)同的云上開(kāi)發(fā)模式
8	騰訊云微搭	https://cloud.tencent.com/product/weda	PC Web、H5 和小程序，跟微信生態(tài)集成較好
9	百度愛(ài)速搭	https://aisuda.baidu.com/	BPMN2.0流程規(guī)范、邏輯編排功能較強(qiáng)
10	網(wǎng)易輕舟	https://sf.163.com/product/lcap	邏輯設(shè)計(jì)、接口集成
11	飛書(shū)多維表格	https://www.feishu.cn	表格數(shù)量和儀表盤(pán)
12	金蝶蒼穹云平臺(tái)	https://www.kingdee.com/	中臺(tái)架構(gòu)、財(cái)務(wù)組件較多
13	浪潮低代碼平臺(tái)	https://www.inspur.com/	表單、流程
14	藍(lán)凌低代碼平臺(tái)	https://www.landray.com.cn/	OA辦公、知識(shí)管理
15	奧哲低代碼平臺(tái)	https://ldy01.authine.com/	流程、表單、報(bào)表
16	ClickPaaS	https://www.clickpaas.com/	模型驅(qū)動(dòng)、數(shù)據(jù)、表單
17	得帆低代碼	https://www.definesys.com/	Ipaas、服務(wù)編排、api集成
18	伙伴云	https://www.huoban.com/	協(xié)作數(shù)據(jù)，云表格，saas
19	明道云	https://www.mingdao.com/	表單、報(bào)表、工作流
20	織信Informat	https://www.informat.cn/	表單、儀表盤(pán)
21	簡(jiǎn)道云	https://www.jiandaoyun.com/	報(bào)表、數(shù)據(jù)可視化
22	輕流	https://qingflow.com/	表單、工作流、報(bào)表
23	輕騎兵	http://www.jxdinfo.com/	表單、流程、可生成代碼
24	搭搭云	https://www.dadayun.cn/index	SaaS、小程序、云端應(yīng)用
25	白碼	https://www.bnocode.com/	表單、流程
26	數(shù)式科技	https://www.shushi.pro/	ApaaS、中臺(tái)
27	華炎魔方	https://www.steedos.cn/	表單、報(bào)表、流程
28	天翎MyApps	http://www.teemlink.com/	流程引擎、BPM
29	維格表	https://vika.cn	數(shù)據(jù)表格、面向API
30	ivx	https://www.ivx.cn/	程序邏輯圖形化表達(dá)
31	銷售易Neo-Platform	https://www.xiaoshouyi.com/paas	元數(shù)據(jù)模型驅(qū)動(dòng)、API集成
32	南京數(shù)睿無(wú)代碼平臺(tái)	https://www.smardaten.com/	面向數(shù)據(jù)的低代碼
33	引邁JNPF	https://www.jnpfsoft.com/	.net/Java，表單、報(bào)表
34	優(yōu)速云	https://www.yousucloud.com	流程、報(bào)表、大屏
35	百特搭	https://www.baiteda.com/	表單、流程、數(shù)據(jù)分析
36	葡萄城活字格	https://www.grapecity.com.cn/	Excel填報(bào)、表格
37	元年方舟	https://www.yuanian.com/	頁(yè)面設(shè)計(jì)器、規(guī)則引擎
38	JeecgBoot	http://www.jeecg.com/	基礎(chǔ)框架開(kāi)源、其它收費(fèi)
39	RuoYi	http://www.ruoyi.vip/	基礎(chǔ)框架開(kāi)源，其它收費(fèi)
40	OutSystems	https://www.outsystems.com/	全球領(lǐng)先低代碼平臺(tái)，國(guó)外軟件，架構(gòu)較復(fù)雜
41	西門(mén)子Mendix	https://www.mendix.com/zh/	工業(yè)物聯(lián)網(wǎng)方向，國(guó)外軟件
42	微軟Power Platform	https://learn.microsoft.com/zh-cn/power-platform/	微軟重點(diǎn)發(fā)力的企業(yè)級(jí)低代碼智能應(yīng)用平臺(tái)，數(shù)據(jù)集成和BI能力強(qiáng)大
43	Unqork	https://www.unqork.com/	企業(yè)級(jí)無(wú)代碼應(yīng)用程序平臺(tái)，國(guó)外軟件

以上是目前（2023年）收集到的國(guó)內(nèi)外主流低代碼平臺(tái)產(chǎn)品，排名不分先后，這些平臺(tái)各有優(yōu)劣勢(shì)，定位不同，支撐的業(yè)務(wù)場(chǎng)景不同，低代碼領(lǐng)域也沒(méi)有銀彈，客戶可以根據(jù)自己需求選擇。從上面的國(guó)內(nèi)外主流低代碼平臺(tái)中，各選取一個(gè)典型的低代碼平臺(tái)進(jìn)行簡(jiǎn)要介紹：

1、國(guó)外低代碼平臺(tái)典型代表：OutSystems

近幾年， OutSystems 加快了拓寬功能廣度的速度。作為低代碼供應(yīng)商， OutSystems 的主要特點(diǎn)為：堅(jiān)持不懈地為開(kāi)發(fā)人員添加功能，以及提供與產(chǎn)品路線圖和戰(zhàn)略目標(biāo)一致的交付。它已經(jīng)實(shí)現(xiàn)了過(guò)去的目標(biāo)，包括本機(jī)移動(dòng)應(yīng)用、處理核心交易業(yè)務(wù)應(yīng)用的規(guī)模和可靠性以及全球業(yè)務(wù)。 OutSystems 不斷將低代碼平臺(tái)的邊界推向處理設(shè)備數(shù)據(jù)和其他流式數(shù)據(jù)的應(yīng)用，同時(shí)增強(qiáng)AI能力。

OutSystems 采用的是典型的模塊化編程，每個(gè)模塊封裝一部分功能，以便在其中提供一個(gè) App 功能。同時(shí)， App 可以分離出多個(gè)獨(dú)立的功能和潛在的可替換代碼片段。在開(kāi)發(fā)設(shè)計(jì)的過(guò)程中，應(yīng)用界面、邏輯、數(shù)據(jù)庫(kù)的開(kāi)發(fā)都是可視化的。在 OutSystems 中，模塊是存放用戶圖形界面和業(yè)務(wù)邏輯代碼的地方。

OutSystems 中的 Server Studio 是低代碼應(yīng)用的開(kāi)發(fā)環(huán)境，它是安裝在開(kāi)發(fā)者的電腦上的。一旦連接上 Platform Server ，開(kāi)發(fā)者就可以創(chuàng)建應(yīng)用并將應(yīng)用發(fā)布到 Platform Server 上，并且每個(gè)版本的應(yīng)用都將會(huì)被存儲(chǔ)在 Platform Data 數(shù)據(jù)庫(kù)中。 Platform Server 會(huì)編譯應(yīng)用，然后將其部署到 Application Server 上。

該產(chǎn)品幾乎沒(méi)有弱點(diǎn)，但面臨著與其他低代碼領(lǐng)先產(chǎn)品同樣的挑戰(zhàn)：復(fù)雜的定價(jià)會(huì)導(dǎo)致潛在客戶暫停購(gòu)買甚至流失。

官方網(wǎng)站：https://www.outsystems.com/

2、國(guó)內(nèi)低代碼平臺(tái)典型代表：云程低代碼平臺(tái)

云程低代碼平臺(tái)是一款基于springboot、vue.js技術(shù)的企業(yè)級(jí)低代碼開(kāi)發(fā)平臺(tái)，平臺(tái)采用模型驅(qū)動(dòng)、高低碼融合、開(kāi)放擴(kuò)展等設(shè)計(jì)理念，基于業(yè)務(wù)建模、流程建模、表單建模、報(bào)表建模、大屏建模等可視化建模工具，通過(guò)拖拉拽零代碼方式快速構(gòu)建標(biāo)準(zhǔn)簡(jiǎn)單的業(yè)務(wù)模塊，也可結(jié)合擴(kuò)展腳本和硬編碼方式，實(shí)現(xiàn)高碼和低碼融合，開(kāi)發(fā)企業(yè)ERP、MES等復(fù)雜應(yīng)用系統(tǒng)。云程平臺(tái)即可輸出標(biāo)準(zhǔn)軟件產(chǎn)品和全部源代碼，也可按客戶需求定制開(kāi)發(fā)。

云程平臺(tái)支持雙模架構(gòu)，以快速交付為目標(biāo)，即可按照傳統(tǒng)單體架構(gòu)開(kāi)發(fā)和部署，也可按照微服務(wù)架構(gòu)開(kāi)發(fā)和部署，以滿足不同技術(shù)團(tuán)隊(duì)、不同應(yīng)用場(chǎng)景的需求。云程平臺(tái)支持華為云、阿里云、企業(yè)私有云等云架構(gòu)部署，也支持物理機(jī)、虛擬機(jī)、國(guó)產(chǎn)化（信創(chuàng)）環(huán)境等企業(yè)私有化部署。主要功能包括：

（1）數(shù)據(jù)建模器：基于元數(shù)據(jù)模型驅(qū)動(dòng)開(kāi)發(fā)的思想，提供靈活、穩(wěn)定的元數(shù)據(jù)模型建模與管理，通過(guò)數(shù)據(jù)實(shí)體、屬性、關(guān)系等元數(shù)據(jù)配置響應(yīng)業(yè)務(wù)需求變化，云程平臺(tái)提供了在線的數(shù)據(jù)庫(kù)實(shí)體建模和E-R建模功能，支持單表、一對(duì)一、一對(duì)多關(guān)系。

（2）表單設(shè)計(jì)器：在線可視化化表單設(shè)計(jì)器可快速建符合業(yè)務(wù)的表單，用于數(shù)據(jù)采集和流程審批，在線預(yù)覽，所見(jiàn)即所得。

（3）頁(yè)面設(shè)計(jì)器：提供可視化配置功能，支持單表、主子表、樹(shù)等多種模板和自由布局模板，基于組件化組合思想，可構(gòu)建復(fù)雜頁(yè)面功能，并可配置頁(yè)面查詢框、操作按鈕等功能。

（4）流程設(shè)計(jì)器：BPMN2.0規(guī)范，基于開(kāi)源camunda流程引擎擴(kuò)展開(kāi)發(fā)，支持基于瀏覽器在線可視化設(shè)計(jì)流程；支持會(huì)簽、加簽、跳轉(zhuǎn)、退回、撤銷等多種中國(guó)特色流程操作。

（5）報(bào)表設(shè)計(jì)器：報(bào)表設(shè)計(jì)器是一款在線可視化報(bào)表建模工具，提供了匯總表、明細(xì)表、柱形圖、條形圖、餅圖、折線圖、面積圖、雷達(dá)圖、指標(biāo)圖等多種種常用圖表，可以組合及聯(lián)動(dòng)使用。

（6）門(mén)戶設(shè)計(jì)器：拖拉拽方式設(shè)計(jì)系統(tǒng)首頁(yè)，滿足千人千面的首頁(yè)定制需求，支持多種布局風(fēng)格，可自由布局，支持多角色門(mén)戶，不同角色不同首頁(yè)，可在線預(yù)覽，所見(jiàn)即所得。

（7）大屏設(shè)計(jì)器：無(wú)需寫(xiě)代碼，在線可視化設(shè)計(jì)大屏，支持圖表、表格、媒體等20 常用組件，支持靜態(tài)數(shù)據(jù)、HTTP、SQL等多種獲取數(shù)據(jù)方式。

（8）移動(dòng)開(kāi)發(fā)工具：移動(dòng)低代碼平臺(tái)是一款輕量化的移動(dòng)辦公軟件，可以在線設(shè)計(jì)流程和表單，開(kāi)發(fā)應(yīng)用，無(wú)需手寫(xiě)代碼，可自動(dòng)生成移動(dòng)端界面，極大提升了移動(dòng)應(yīng)用開(kāi)發(fā)效率。

（9）API生成器：無(wú)需開(kāi)發(fā)Controller、Service、Dao、Mapper、XML、VO等Java對(duì)象，一鍵即可生成業(yè)務(wù)模塊的HTTP API接口，跟Swagger無(wú)縫結(jié)合，生成標(biāo)準(zhǔn)RESTful接口文檔。

官網(wǎng)：http://www.yunchengxc.com/

五、低代碼/無(wú)代碼平臺(tái)典型應(yīng)用場(chǎng)景

1、數(shù)據(jù)可視化/ 儀表盤(pán)

儀表盤(pán)和大屏可視化通常用于業(yè)務(wù)統(tǒng)計(jì)數(shù)據(jù)的分析，例如我負(fù)責(zé)部門(mén)的指定月份的請(qǐng)假情況統(tǒng)計(jì)分析，全年請(qǐng)假情況統(tǒng)計(jì)分析，訂單銷售系統(tǒng)中的銷售統(tǒng)計(jì)分析，人力資源中人員年齡、性別等分布統(tǒng)計(jì)分析。低代碼平臺(tái)通過(guò)數(shù)據(jù)可視化設(shè)計(jì)器快速配置儀表盤(pán)、大屏、報(bào)表等。

2、工作流審批

業(yè)務(wù)審批流程同需要跟工作表配合一起使用，例如請(qǐng)假申請(qǐng)，公司用車申請(qǐng)等，流程表單通常會(huì)觸發(fā)相應(yīng)的審批流程，例如請(qǐng)假會(huì)有審批環(huán)節(jié)，當(dāng)請(qǐng)假申請(qǐng)?zhí)峤缓髸?huì)流轉(zhuǎn)至相應(yīng)的環(huán)節(jié)給指定人或者角色進(jìn)行審批?；贐PMN2.0規(guī)范標(biāo)準(zhǔn)，你可以按需設(shè)計(jì)想要的業(yè)務(wù)流程，支持子流程、會(huì)簽、跳轉(zhuǎn)、退回、撤銷等多種中國(guó)特色流程操作，可作為企業(yè)流程中心、流程中臺(tái)，支撐跨系統(tǒng)端到端流程落地。

3、表單填報(bào)

開(kāi)發(fā)人員通過(guò)配置化方式靈活創(chuàng)建頁(yè)面表單、查詢列表，支持豐富的基本控件、高級(jí)控件和布局模板，可構(gòu)建出復(fù)雜的模塊頁(yè)面，支持PC端和移動(dòng)端同時(shí)訪問(wèn)。您不需要任何的編程技能，只需要輕點(diǎn)鼠標(biāo)，拖動(dòng)組件，像搭積木一樣，輕松完成表單、列表、查詢、按鈕等設(shè)計(jì)，一分鐘完成業(yè)務(wù)模塊開(kāi)發(fā)。

4、自定義頁(yè)面

自定義頁(yè)面通常用于應(yīng)用首頁(yè)或者各種需要靈活布局展現(xiàn)的頁(yè)面，例如不同類型的用戶需要有不同的首頁(yè)，首頁(yè)會(huì)包含各種網(wǎng)頁(yè)小組件，用于用戶快速查看信息，以及方便快捷地使用應(yīng)用提供的功能。也可配置列表頁(yè)面、樹(shù)頁(yè)面、主子表、報(bào)表、復(fù)雜組合頁(yè)面的配置化開(kāi)發(fā)，亦可配置查詢條件、操作按鈕、導(dǎo)入導(dǎo)出、擴(kuò)展事件等，滿足項(xiàng)目復(fù)雜頁(yè)面快速開(kāi)發(fā)。

5、后端服務(wù)開(kāi)發(fā)

無(wú)需開(kāi)發(fā)Controller、Service、Dao、Mapper、XML、VO等Java對(duì)象，一鍵即可生成業(yè)務(wù)模塊的HTTP API接口，發(fā)布數(shù)據(jù)服務(wù)接口，可跟Swagger無(wú)縫結(jié)合，生成標(biāo)準(zhǔn)RESTful接口文檔。

6、原型系統(tǒng)開(kāi)發(fā)

事實(shí)上，低代碼平臺(tái)非常適合原型系統(tǒng)開(kāi)發(fā)，對(duì)開(kāi)發(fā)簡(jiǎn)單的自動(dòng)化商業(yè)流程、或者交付可運(yùn)行的原型系統(tǒng)來(lái)說(shuō)，是業(yè)務(wù)開(kāi)發(fā)人員不錯(cuò)的選擇。在一個(gè)可視化的設(shè)計(jì)器中定義數(shù)據(jù)模型，使用內(nèi)置的組件、模板來(lái)設(shè)計(jì)腳手架交互 UI，甚至可以使用特定的工作流組件描述業(yè)務(wù)邏輯。

六、低代碼/無(wú)代碼平臺(tái)有什么價(jià)值

低代碼平臺(tái)采用可視化的開(kāi)發(fā)方式，一方面可以降低對(duì)業(yè)務(wù)人員掌握編程語(yǔ)言及開(kāi)發(fā)環(huán)境的能力要求；另一方面，基于業(yè)務(wù)和開(kāi)發(fā)邏輯分離的方式降低了對(duì)開(kāi)發(fā)人員理解業(yè)務(wù)的能力要求。因此，它能夠兼顧技術(shù)和業(yè)務(wù)需求，快速對(duì)市場(chǎng)作出反饋，并為企業(yè)內(nèi)部系統(tǒng)的構(gòu)建帶來(lái)7大核心價(jià)值。

(1）隱私價(jià)值

低代碼應(yīng)用可以由沒(méi)有深厚技術(shù)功底的業(yè)務(wù)人員開(kāi)發(fā)，因此企業(yè)可以不將這些開(kāi)發(fā)任務(wù)外包給第三方，而是交給內(nèi)部人員完成，這增強(qiáng)了保密性。

(2）快速價(jià)值

由于代碼的主要部分已經(jīng)開(kāi)發(fā)好，用戶無(wú)須手動(dòng)編寫(xiě)代碼，而只需直觀地配置應(yīng)用或進(jìn)行必要的調(diào)整，就能開(kāi)發(fā)出他們需要的應(yīng)用。 Forrester Research 進(jìn)行的一項(xiàng)調(diào)查顯示，低代碼平臺(tái)將開(kāi)發(fā)速度加快了5~10倍。

(3）降低成本價(jià)值

由于開(kāi)發(fā)周期縮短，無(wú)論應(yīng)用是由公司開(kāi)發(fā)還是由外包人員開(kāi)發(fā)，成本都會(huì)降低。

(4）降低復(fù)雜性價(jià)值

應(yīng)用不是從頭開(kāi)始構(gòu)建的，其開(kāi)發(fā)已經(jīng)簡(jiǎn)化，所以開(kāi)發(fā)人員能夠更專注于自定義軟件以滿足用戶的要求。

(5）易維護(hù)價(jià)值

軟件維護(hù)至關(guān)重要，要求能快速更改軟件，確保應(yīng)用提供的服務(wù)與業(yè)務(wù)需求之間保持一致。由于低代碼平臺(tái)提供的代碼很少，因此幾乎沒(méi)有代碼需要維護(hù)。

(6）貼近業(yè)務(wù)實(shí)際價(jià)值

低代碼平臺(tái)提供簡(jiǎn)單直觀的界面作為應(yīng)用部署的開(kāi)發(fā)環(huán)境。在這種情況下，不需要技術(shù)知識(shí)，這些應(yīng)用的最終用戶將成為其開(kāi)發(fā)人員，因?yàn)樗麄兞私鈽I(yè)務(wù)需求。根據(jù)調(diào)查，

44％的低代碼平臺(tái)用戶是與技術(shù)人員協(xié)作的業(yè)務(wù)用戶。

(7）最小化不穩(wěn)定或不一致的需求價(jià)值

在當(dāng)前的軟件開(kāi)發(fā)過(guò)程中，需求之間可能會(huì)發(fā)生沖突，并對(duì)需求發(fā)生變化的應(yīng)用產(chǎn)生影響。但是，由于業(yè)務(wù)人員也能參與開(kāi)發(fā)，使用低代碼意味著可以先快速構(gòu)建最小可行產(chǎn)品來(lái)驗(yàn)證想法和客戶要求，然后再將資源花費(fèi)在客戶可能不重視的特性和功能上。

七、低代碼/無(wú)代碼平臺(tái)有什么優(yōu)勢(shì)

低代碼平臺(tái)由于采用可視化的開(kāi)發(fā)方式，基于預(yù)先定義或配置的能力來(lái)快速滿足業(yè)務(wù)需求變化，因而至少具有2大優(yōu)勢(shì)。

1．低代碼平臺(tái)能提高開(kāi)發(fā)效率和降低成本

低代碼開(kāi)發(fā)如何提高開(kāi)發(fā)效率和降低成本？下面來(lái)具體分析。

(1）效率方面

用圖形化拖曳的方式替代原來(lái)編寫(xiě)代碼的方式，能夠大幅降低工作量。在編寫(xiě)代碼的方式下，開(kāi)發(fā)人員往往會(huì)花很多時(shí)間尋找并解決代碼 bug ，而低代碼開(kāi)發(fā)因?yàn)楹苌傩枰苯訉?xiě)代碼，因而有效規(guī)避了代碼本身的 bug 問(wèn)題。通過(guò)云化的開(kāi)發(fā)全流程協(xié)同和版本管理，可以提高協(xié)同效率。

除此之外，在編寫(xiě)代碼的方式下，增加人力并不能帶來(lái)對(duì)等的開(kāi)發(fā)總時(shí)長(zhǎng)縮短，傳統(tǒng)開(kāi)發(fā)是緊耦合、串行開(kāi)發(fā)模式，即開(kāi)發(fā)者之間需要緊密配合、聯(lián)調(diào)等，很多開(kāi)發(fā)環(huán)節(jié)需要等待上一環(huán)節(jié)完成才能進(jìn)行。低代碼平臺(tái)非常關(guān)鍵的一點(diǎn)是，從而實(shí)現(xiàn)從串行開(kāi)發(fā)到并行開(kāi)發(fā)的轉(zhuǎn)變。

(2）成本方面

應(yīng)用開(kāi)發(fā)的成本主要是人力成本，通常按人天或人月來(lái)衡量，可以按照這個(gè)公式核算：開(kāi)發(fā)成本＝人員日均工資 x 人數(shù) x 開(kāi)發(fā)天數(shù)。效率的提升會(huì)成比例減少人數(shù)和開(kāi)發(fā)天數(shù)，同時(shí)，低代碼開(kāi)發(fā)模式降低了對(duì)開(kāi)發(fā)者開(kāi)發(fā)水平的要求，很多開(kāi)發(fā)工作不再需要高薪聘請(qǐng)專業(yè)的開(kāi)發(fā)人才來(lái)完成，這樣也降低了人員日均工資，從而降低整體成本。

2．低代碼平臺(tái)是企業(yè)數(shù)字化轉(zhuǎn)型的有力工具

OutSystems 公司2019年發(fā)布了報(bào)告《應(yīng)用程序開(kāi)發(fā)狀態(tài)》( The State of Application Development )。該報(bào)告通過(guò)分析一項(xiàng)針對(duì)全球3300多名 IT 專業(yè)人員的調(diào)查結(jié)果，給出了他們使用低代碼平臺(tái)的主要原因。在這些受訪者中，有66％的人將加速數(shù)字化轉(zhuǎn)型、提高對(duì)業(yè)務(wù)的響應(yīng)能力作為他們使用或?qū)⑹褂玫痛a平臺(tái)的主要?jiǎng)訖C(jī)；有45％的人指出，對(duì)難以雇用的技術(shù)人員的依賴性正在降低。

低代碼體現(xiàn)的是一種新思維：優(yōu)先考慮各種能力的服務(wù)化。工具永遠(yuǎn)只是工具，它只有在善于使用的人手中才能發(fā)揮出最大價(jià)值。低代碼平臺(tái)作為一種工具，可以做很多事情，不過(guò)到底怎么做，怎樣做效果好，最終要看使用工具的人。

使用低代碼平臺(tái)，讓用戶擁有解決自身需求的技術(shù)，這也是此類平臺(tái)現(xiàn)在備受關(guān)注的重要因素。在低代碼這個(gè)"翹板"的兩端，一端，低代碼降低了編程和開(kāi)發(fā)的復(fù)雜度；另一端，用戶可以將更多精力用于應(yīng)用和流程的抽象提煉，構(gòu)建通用模塊，將各種能力轉(zhuǎn)化為服務(wù)。

企業(yè)自身對(duì)現(xiàn)有和未來(lái)業(yè)務(wù)的理解、對(duì)工具的熟悉以及清晰的邏輯和產(chǎn)品思維，是實(shí)現(xiàn)企業(yè)數(shù)字化轉(zhuǎn)型的一個(gè)關(guān)鍵點(diǎn)。低代碼不僅讓公司內(nèi)部的各種應(yīng)用可以用搭積木的方式實(shí)現(xiàn)，而且可以將面向企業(yè)外部的解決方案組合成行業(yè)套餐。

這種思維貫穿于工業(yè)互聯(lián)網(wǎng)平臺(tái)、數(shù)據(jù)中臺(tái)、業(yè)務(wù)中臺(tái)、云原生、微服務(wù)等領(lǐng)域，可以說(shuō)各種工具僅僅是手段，最終輸出的是理念和價(jià)值。降低開(kāi)發(fā)門(mén)檻、打破信息孤島、加速能力服務(wù)化，低代碼快速發(fā)展的背后是技術(shù)、企業(yè)和商業(yè)期望的變化。

八、低代碼/無(wú)代碼平臺(tái)有什么劣勢(shì)

Forrester Research 的 Clay Richardson 和 John Rymer 在他們2014年發(fā)表的報(bào)告中指出，低代碼平臺(tái)會(huì)帶來(lái)一些好處，但也會(huì)有一些風(fēng)險(xiǎn)?；谏厦娼榻B的價(jià)值，低代碼平臺(tái)提供了有效的企業(yè) IT 轉(zhuǎn)型解決方案，實(shí)現(xiàn)應(yīng)用交付的自動(dòng)化和高速度，并提高平臺(tái)更新效率。然而，他們也強(qiáng)調(diào)了數(shù)十項(xiàng)在技術(shù)管理之外的風(fēng)險(xiǎn)，以及客戶對(duì)于低代碼平臺(tái)如何融入其更廣泛的產(chǎn)品組合幾乎沒(méi)有共識(shí)。綜合來(lái)看，阻礙使用低代碼平臺(tái)的三個(gè)主要因素如下。

(1）可擴(kuò)展性

低代碼平臺(tái)目前主要用于開(kāi)發(fā)小型應(yīng)用，尚未用于開(kāi)發(fā)大型項(xiàng)目和任務(wù)關(guān)鍵型企業(yè)應(yīng)用。

(2）碎片化

根據(jù)每個(gè)低代碼平臺(tái)公司及其特定的編程模型，可以定義不同的低代碼開(kāi)發(fā)模式，

從而導(dǎo)致不同的公司提供的模型不一樣，針對(duì)的業(yè)務(wù)場(chǎng)景也各不相同，容易造成碎片化的開(kāi)發(fā)模式和產(chǎn)品。

(3）軟件系統(tǒng)的功能擴(kuò)展限制

在低代碼模式下，企業(yè)的業(yè)務(wù)人員會(huì)變成"開(kāi)發(fā)人員"。雖然這些企業(yè)"開(kāi)發(fā)人員"幾乎沒(méi)有專業(yè)編程知識(shí)，但他們通常是其他工程領(lǐng)域的專家。這些專家希望能夠在應(yīng)用系統(tǒng)中充分運(yùn)用他們的知識(shí)并擴(kuò)展應(yīng)用系統(tǒng)的功能或能力，但這種擴(kuò)展性的能力要求是目前大多數(shù)低代碼平臺(tái)很難具備的，這就相當(dāng)于要求業(yè)務(wù)人員同時(shí)精通軟件系統(tǒng)的底層開(kāi)發(fā)能力。

九、低代碼/無(wú)代碼平臺(tái)該如何選擇

目前，零代碼技術(shù)和低代碼技術(shù)越來(lái)越成熟，低代碼平臺(tái)也越來(lái)越被大家所接受，國(guó)內(nèi)低代碼平臺(tái)廠商和產(chǎn)品層出不窮，到底哪家低代碼平臺(tái)好，企業(yè)如何選型，以下給出一些參考。企業(yè)如何選擇一個(gè)適合自己的低代碼平臺(tái)，有如下幾個(gè)方面供參考：

(1）技術(shù)架構(gòu)先進(jìn)性

低代碼平臺(tái)應(yīng)滿足當(dāng)前主流技術(shù)：云原生技術(shù)、微服務(wù)框架、容器化部署、devops構(gòu)建、前后端分離、springboot、springcloud、vue、react等。

(2） 功能滿足程度

低代碼平臺(tái)應(yīng)具備必要的功能：數(shù)據(jù)建模、業(yè)務(wù)建模、表單建模、頁(yè)面建模、報(bào)表建模、門(mén)戶設(shè)計(jì)、大屏設(shè)計(jì)、移動(dòng)APP、微信小程序、釘釘集成等核心功能，具備可視化設(shè)計(jì)開(kāi)發(fā)業(yè)務(wù)模塊的能力。國(guó)產(chǎn)化軟硬件（信創(chuàng)）的兼容適配等。

(3） 技術(shù)生態(tài)開(kāi)放性

應(yīng)選擇主流技術(shù)生態(tài)，比如前端技術(shù)選擇vue、流程引擎選擇camunda、orm框架選擇mybatis-plus等，不要選擇互聯(lián)網(wǎng)非主流技術(shù)，或者自己封裝的組件。不然互聯(lián)網(wǎng)材料少，程序員上手很費(fèi)勁，跟主流技術(shù)脫節(jié)，導(dǎo)致無(wú)法長(zhǎng)久發(fā)展，這一條特別關(guān)鍵。

(4） 源代碼自主可控

是否能交付全部源代碼，沒(méi)有源代碼就無(wú)法深度定制和擴(kuò)展，對(duì)于業(yè)務(wù)比較復(fù)雜、有自主可控需求的公司來(lái)說(shuō)特別關(guān)鍵，沒(méi)有源碼就相當(dāng)于蛋蛋被別人握在手里，永遠(yuǎn)受制于人。

(5） 復(fù)雜需求支撐能力

無(wú)論是低代碼還是零代碼平臺(tái)，都不可能滿足所有業(yè)務(wù)需求，肯定會(huì)有硬編碼實(shí)現(xiàn)的場(chǎng)景，這就需要低代碼平臺(tái)需要具備良好的腳本擴(kuò)展機(jī)制、硬編碼融合機(jī)制，即高碼和低碼的融合能力，才能滿足像企業(yè)級(jí)復(fù)雜應(yīng)用系統(tǒng)的需求，比如：ERP、MES、CRM等。

(6） 業(yè)務(wù)需求契合度

現(xiàn)在的低代碼平臺(tái)種類很多，有表單流程類、模型驅(qū)動(dòng)類、數(shù)據(jù)可視化類、報(bào)表類、IoT類、大數(shù)據(jù)類等多種。企業(yè)需要根據(jù)自己的業(yè)務(wù)場(chǎng)景，選擇合適類型的低代碼平臺(tái)。比如：簡(jiǎn)道云擅長(zhǎng)報(bào)表可視化、炎黃盈動(dòng)擅長(zhǎng)流程、葡萄城擅長(zhǎng)excel填報(bào)等。

(6）團(tuán)隊(duì)能力和技術(shù)服務(wù)

低代碼平臺(tái)一旦選型，就意味著它以后是企業(yè)數(shù)字化開(kāi)發(fā)的技術(shù)底座，團(tuán)隊(duì)能力和技術(shù)服務(wù)攸關(guān)重要，其實(shí)也未必大廠大公司的技術(shù)服務(wù)一定到位，有時(shí)候容易店大欺客。

十、低代碼/無(wú)代碼平臺(tái)適合哪些人使用

低代碼平臺(tái)的誕生，使得原本不具備 IT 系統(tǒng)或應(yīng)用系統(tǒng)開(kāi)發(fā)能力的非技術(shù)人員參與開(kāi)發(fā)成為可能，這就帶來(lái)一個(gè)新的"全民開(kāi)發(fā)者"的概念，這個(gè)概念是由 Gartner 造的。根據(jù) Gartner 的說(shuō)法，全民開(kāi)發(fā)者是指使用企業(yè) IT 認(rèn)可的開(kāi)發(fā)和運(yùn)行時(shí)環(huán)境為他人創(chuàng)建新的業(yè)務(wù)應(yīng)用的用戶。專門(mén)針對(duì)低代碼／無(wú)代碼領(lǐng)域的全民開(kāi)發(fā)者是為自己或公司創(chuàng)建商業(yè)應(yīng)用的商業(yè)用戶。

因此，低代碼平臺(tái)主要面向如下兩類人員提供快速開(kāi)發(fā)應(yīng)用的能力。

• 業(yè)務(wù)人員。平臺(tái)通過(guò)提供大量界面模板、業(yè)務(wù)模板、流程模板和對(duì)象模型，使業(yè)務(wù)人員能夠根據(jù)實(shí)際業(yè)務(wù)需要以積木式組裝的方式快速拼裝應(yīng)用系統(tǒng)，快速實(shí)現(xiàn)應(yīng)用創(chuàng)新。
• 開(kāi)發(fā)人員。利用平臺(tái)的頁(yè)面編排工具和流程編排能力，開(kāi)發(fā)人員可在平臺(tái)上組件化、微服務(wù)化已有的大量服務(wù)，同時(shí)，基于數(shù)據(jù)共享能力，編寫(xiě)少量代碼就可以實(shí)現(xiàn)自己想要的應(yīng)用管理系統(tǒng)。

因此，低代碼平臺(tái)是可以開(kāi)發(fā)應(yīng)用的生態(tài)系統(tǒng)，使用者通過(guò)已經(jīng)構(gòu)建并預(yù)配置的能力，可以最大限度減少手動(dòng)定義和實(shí)現(xiàn)代碼。低代碼平臺(tái)強(qiáng)調(diào)可視化界面，使沒(méi)有技術(shù)背景的人能夠相對(duì)輕松地創(chuàng)建和部署業(yè)務(wù)應(yīng)用。

十一、低代碼/無(wú)代碼平臺(tái)會(huì)成為潮流嗎

上一輪的辦公自動(dòng)化讓人類從物理意義上的"剪和貼"( Cut – Paste ）逐漸變成用鼠標(biāo)點(diǎn)擊的菜單指令，再到越來(lái)越普及的 Ctrl C / Ctrl X / Ctrl V 。沒(méi)有多少人還記得原來(lái)的辦公文員是真的要拿一把剪刀通過(guò)"剪和貼"來(lái)修改文件，那時(shí)候的剪刀不只是用來(lái)剪開(kāi)信封的，還是一個(gè)非常重要的辦公工具。

這一輪的辦公自動(dòng)化，一個(gè)最基本的標(biāo)志將會(huì)是低代碼／無(wú)代碼編程能力變成一個(gè)與辦公軟件一樣普及的基本辦公技能。曾幾何時(shí)，為了能夠得到心儀的職位，大學(xué)畢業(yè)生的簡(jiǎn)歷中要專門(mén)注明具備使用辦公軟件的能力。在可預(yù)見(jiàn)的將來(lái)，低代碼／無(wú)代碼開(kāi)發(fā)能力或它的變種也極有可能會(huì)成為應(yīng)聘職位的前提要求，而再過(guò)若干年，這種能力將變成默認(rèn)能力，而不必寫(xiě)入簡(jiǎn)歷之中。

低代碼開(kāi)發(fā)能推動(dòng)全民開(kāi)發(fā)的浪潮。云計(jì)算已經(jīng)發(fā)展了十多年，如何通過(guò)軟件重新定義每個(gè)行業(yè)來(lái)推動(dòng)最廣泛的經(jīng)濟(jì)增長(zhǎng)，使每個(gè)人都能參與其中并受益？為了實(shí)現(xiàn)這個(gè)遠(yuǎn)大目標(biāo)，未來(lái)十年，我們必須實(shí)現(xiàn)軟件技術(shù)的全民化，必須促進(jìn)人們對(duì)工具、技能和平臺(tái)的使用，加強(qiáng)社區(qū)間的聯(lián)系和合作，以使每個(gè)人都能創(chuàng)造應(yīng)用。未來(lái)，大部分開(kāi)發(fā)人員已不再是傳統(tǒng)意義上的軟件工程師，而是各行各業(yè)的從業(yè)人員，未來(lái)的職場(chǎng)需要大量專業(yè)程序員與全民開(kāi)發(fā)者( Citizen Developer ）。無(wú)論是剛畢業(yè)的學(xué)生還是資深職場(chǎng)人士，無(wú)論是管理者還是個(gè)人貢獻(xiàn)者，都將加入低代碼開(kāi)發(fā)的浪潮中。這種應(yīng)用創(chuàng)造的全民化將推動(dòng)終端用戶體驗(yàn)的新一輪創(chuàng)新。而創(chuàng)新經(jīng)驗(yàn)將在社區(qū)里被相互學(xué)習(xí)，相互借鑒，形成正反饋，進(jìn)而加速低代碼應(yīng)用的更新。

十二、低代碼/無(wú)代碼平臺(tái)會(huì)讓程序員失業(yè)嗎

這一輪低代碼／無(wú)代碼技術(shù)潮流再次興起之時(shí)，與以往任何新潮流剛出現(xiàn)之時(shí)一樣，受到保守程序員的冷嘲熱諷，他們認(rèn)為這又是一輪換湯不換藥的編程自動(dòng)化炒作；同時(shí)又受到悲觀程序員的抵制，他們認(rèn)為這會(huì)搶了自己的飯碗。

低代碼／無(wú)代碼能力是一種未來(lái)我們必須掌握的辦公能力，它與現(xiàn)在流行的辦公軟件沒(méi)有本質(zhì)區(qū)別，與過(guò)去幾十年的辦公基本動(dòng)作"剪和貼"的進(jìn)化原理相似。隨著時(shí)間的推移，大家逐漸意識(shí)到，未來(lái)的職場(chǎng)需要大量專業(yè)程序員與被稱為"全民開(kāi)發(fā)者"( Citizen Developer ）的原辦公文員或信息工作者共同努力，進(jìn)一步提高辦公效率。這不僅是對(duì)信息工作者辦公內(nèi)容和辦公形式的升級(jí)，也是對(duì)專業(yè)程序員的開(kāi)發(fā)范式提出的新要求。專業(yè)程序員需要幫助公司把大量已經(jīng)沉淀下來(lái)的固定流程和能力打包成云原生的應(yīng)用模塊，以開(kāi)放 API 的方式，以服務(wù)的形式，供大家調(diào)用。

在這種局面下，現(xiàn)在的專業(yè)程序員非但不會(huì)失去工作，反而會(huì)將自己的軟件技能延展到一個(gè)新的空間，但這要求無(wú)論是專業(yè)程序員還是全民開(kāi)發(fā)者都進(jìn)入一個(gè)新的學(xué)習(xí)態(tài)。

至此，以"云原生、容器化、微服務(wù)化、一切皆是 API 、一切皆是服務(wù)"為基礎(chǔ)的下一代智能辦公鏈開(kāi)發(fā)閉環(huán)已形成。

這種效率實(shí)現(xiàn)方式需要軟件開(kāi)發(fā)與行業(yè)領(lǐng)域知識(shí)的密切配合，它既不是傳統(tǒng)意義上的純粹軟件開(kāi)發(fā)，也不是傳統(tǒng)意義上的純粹辦公自動(dòng)化，它需要依賴專業(yè)程序員和所有其他人員的共同努力，一起通過(guò)軟件提高大家的工作效率。正是因?yàn)榭吹接泻芏嗳藢?duì)于這種生產(chǎn)力提高工具充滿興趣，又有很多人對(duì)于這種技術(shù)抱有不切實(shí)際的期望或者不符。

十三、低代碼/無(wú)代碼方面的書(shū)籍有哪些

市場(chǎng)上低代碼/無(wú)代碼方面的書(shū)籍不是太多，推薦兩本入門(mén)級(jí)別的低代碼書(shū)籍，一本是微軟中國(guó)CTO韋青領(lǐng)銜編寫(xiě)《實(shí)戰(zhàn)低代碼》，本書(shū)以微軟Power Platform低代碼平臺(tái)為載體，介紹了低代碼平臺(tái)的核心能力；另一本是阿里云釘釘推薦的《釘釘?shù)痛a開(kāi)發(fā)》，本書(shū)以釘釘宜搭低代碼開(kāi)發(fā)平臺(tái)為載體，介紹了基于宜搭如何開(kāi)發(fā)阿里云釘釘生態(tài)的應(yīng)用。

1、實(shí)戰(zhàn)低代碼

本書(shū)由微軟中國(guó)CTO韋青領(lǐng)銜編寫(xiě)，本書(shū)分析低代碼平臺(tái)原理，系統(tǒng)講解低代碼應(yīng)用開(kāi)發(fā)方法，7大行業(yè)低代碼解決方案，全面助力企業(yè)數(shù)字化轉(zhuǎn)型。

2、釘釘?shù)痛a開(kāi)發(fā)

本書(shū)由浙江工商大學(xué)信息與電子工程學(xué)院教授諸葛斌編著，本書(shū)通過(guò)豐富而又詳盡的案例解析為零基礎(chǔ)新手提供釘釘宜搭低代碼開(kāi)發(fā)入門(mén)教程，也是阿里巴巴低代碼開(kāi)發(fā)師初級(jí)、中級(jí)認(rèn)證的指定參考書(shū)。

十四、結(jié)束語(yǔ)

速度是當(dāng)前企業(yè)數(shù)字化及 IT 系統(tǒng)轉(zhuǎn)型中一個(gè)非常重要的影響因素。為了提高企業(yè)的適應(yīng)能力，以便迅速有效地滿足市場(chǎng)需求，為企業(yè)內(nèi)外部快速開(kāi)發(fā)滿足業(yè)務(wù)和市場(chǎng)需求的軟件解決方案，在歷經(jīng)最底層的匯編、高級(jí)語(yǔ)言、更高效率的編程框架（如 Spring 框架、大前端框架等）后，計(jì)算機(jī)科學(xué)領(lǐng)域的大量研究工作集中在一個(gè)共同的目標(biāo)上：實(shí)現(xiàn)軟件的高效構(gòu)建，無(wú)須重復(fù)傳統(tǒng)的手動(dòng)編程，同時(shí)兼顧業(yè)務(wù)人員和專業(yè)開(kāi)發(fā)人員的更多參與。有鑒于此，低代碼平臺(tái)被視為一種新機(jī)制，可促進(jìn)軟件的快速開(kāi)發(fā)及其自動(dòng)化，以滿足當(dāng)前企業(yè)需求并促進(jìn)彈性數(shù)字化轉(zhuǎn)型。

低代碼開(kāi)發(fā)雖然是一種先進(jìn)的軟件開(kāi)發(fā)范式，但它不是適合所有企業(yè)的生產(chǎn)力工具，更不是包治百病的萬(wàn)能神藥。它會(huì)因人、因時(shí)、因地、因事而制宜，是特定企業(yè)在特定行業(yè)特征、特定數(shù)字化發(fā)展階段，以及特定的人員素質(zhì)、業(yè)務(wù)流程、產(chǎn)品與服務(wù)內(nèi)容、上下產(chǎn)業(yè)鏈交互方式下的特定解決方案。

十五、參考文獻(xiàn)

https://blog.csdn.net/qq_33589510/article/details/126988893

https://blog.csdn.net/qq_33589510/article/details/129715721

https://yunchengxc.yuque.com/staff-kxgs7i/public

《實(shí)戰(zhàn)低代碼》一書(shū)

《釘釘?shù)痛a開(kāi)發(fā)》一書(shū)