2021年以來，低代碼成為智能產(chǎn)業(yè)圈的一大熱詞。不僅阿里、騰訊、百度等互聯(lián)網(wǎng)大廠紛紛開放其低代碼產(chǎn)品，國內(nèi)外的低代碼平臺融資也動輒數(shù)億。但與此同時，關于低代碼的爭議聲也此起彼伏。這邊有人振臂高呼，低代碼將“重塑整個中國軟件的格局”；那邊，關于低代碼是“行業(yè)毒瘤”的論調也甚囂塵上，認為低代碼貶低程序員價值，也讓開發(fā)應用難以維護測試。

實際上低代碼并不是一個新詞，作為一種輕量易用可復制的開發(fā)方式，能夠通過“托拉拽”快速進行軟件開發(fā)，小到可視化編程，大到企業(yè)級應用平臺，都可以采用低代碼的方式來提升應用開發(fā)效率。有關資料顯示，2022年全球低代碼開發(fā)平臺市場規(guī)模將達到272億美元，而且中國企業(yè)級SaaS市場規(guī)模于全球占比持續(xù)上漲，巨大的增量市場為低代碼的發(fā)展帶來了非常好的市場前景。

如何定義

低代碼的本質是改變應用系統(tǒng)的開發(fā)方式、集成方式、部署測試方式。用預制模塊化的方式搭建，在廠商提供的低代碼開發(fā)平臺上已有不少預制好的模塊，包括：功能模塊、流程模塊、場景模塊、表單模塊……每個零散模塊功能獨立，然后開發(fā)者“按需”重新組合排列，如同拼積木般輕松構建出一個“新應用”。開發(fā)過程簡單直接拖拖拽拽即可完成，不僅可以給開發(fā)人員使用，也能給業(yè)務人員使用。

1.模塊驅動

模型化的方式更適用于關鍵性應用與核心應用，中國企業(yè)的數(shù)字化轉型需求是從上到下的，不論是頭部企業(yè)、腰部企業(yè)，還是中小型企業(yè)，對于數(shù)字化轉型都有行業(yè)性和個性化需求，頭部和腰部以上的企業(yè)，選擇模型化的方式更加合適。模型化開發(fā)需要更多借助IT的力量，因為模型化適用的場景相對比較復雜，需要專業(yè)的人來搭建相關的應用。

2.表單驅動

表單化通常更適用于輕量化的場景，也被稱為“甜點模式”，原因是做起來更加方便和容易。中小型企業(yè)更加適合采用表單化的開發(fā)方式，打造表單化應用應該由業(yè)務用戶來主導，進行相關的建設，IT部門起到輔助作用。在我國的輕量化表單應用的市場，互聯(lián)網(wǎng)巨頭往往會采用低價免費化的模式，迅速占領市場，達到一定滲透率后，再通過商業(yè)模式的創(chuàng)新變現(xiàn)，這對于很多創(chuàng)業(yè)公司來說，存在著巨大的競爭壓力。

風靡原因

隨著技術革命的不斷發(fā)展，現(xiàn)在的軟件開發(fā)技術相對于以前已經(jīng)有了很大的進步，尤其是低代碼開發(fā)平臺的出現(xiàn)幫助軟件開發(fā)行業(yè)提高了開發(fā)的效率，降低了開發(fā)成本?，F(xiàn)從市場的需求、數(shù)字化普及、技術的發(fā)展、大環(huán)境的影響四方面分析低代碼火爆的原因。

1.市場的需求

2017年中國低代碼廠商尚處于產(chǎn)品研發(fā)或內(nèi)部試用狀態(tài)，對外以平臺形式輸出的廠商不多，整體市場規(guī)模較低。但隨著技術研發(fā)地投入增加，以及不同行業(yè)需求地挖掘，低代碼相對傳統(tǒng)軟件開發(fā)的優(yōu)勢逐漸被客戶認可，也因此越來越多的廠商開始加入戰(zhàn)局，導致2018年和2019年迎來行業(yè)爆發(fā)式增長，2年增速均在一倍以上。2020年突如其來的疫情，對許多企業(yè)造成了巨大的沖擊，傳統(tǒng)的商業(yè)模式無法滿足企業(yè)的需求，很多企業(yè)采用了線上辦公模式。

中國企業(yè)決策者認識到新興技術對中國企業(yè)數(shù)字化轉型的重要意義，但新興技術本身的復雜性和開發(fā)、運維人員能力局限之間的矛盾日益凸顯；數(shù)字化經(jīng)濟的繁榮和信息化需求的激增，導致了程序員供需失衡。而低代碼的存在讓企業(yè)非技術員工無需懂代碼就可以根據(jù)自己的需求搭建應用，為企業(yè)解了燃眉之急。

2.數(shù)字化普及

數(shù)字化技術正滲透在企業(yè)的方方面面，眾多企業(yè)試圖抓住數(shù)字化轉型機遇：隨著信息技術的發(fā)展，企業(yè)信息化已經(jīng)成為一種趨勢，它對提高企業(yè)競爭力有著積極的作用；很多企業(yè)在使用SaaS之后，逐漸適應了線上辦公，同時也產(chǎn)生了更多更復雜的需求；由于企業(yè)傳統(tǒng)的ERP、CRM覆蓋率非常有限，導致大部分公司的部門級應用無法被滿足，這種情況下，許多企業(yè)開始慢慢轉向了低代碼平臺。

3.技術的發(fā)展

移動互聯(lián)網(wǎng)和云計算的發(fā)展，為低代碼提供了技術支持：隨著移動化的發(fā)展，使原來信息化無法普及的市場開始應用信息化；云技術推廣之前，低代碼平臺主要是大型企業(yè)在使用，一般是整個公司集中采購和部署，采購周期長不說，成本也非常高；云技術推廣后，大型企業(yè)的子部門和小型企業(yè)也開始使用低代碼平臺，進而降低了成本；曾經(jīng)的信息孤島、數(shù)據(jù)孤島現(xiàn)象屢見不鮮，現(xiàn)如今低代碼和云計算的結合有可能打破應用、企業(yè)、開發(fā)者之間的孤島，進而引發(fā)一次效率的飛躍。

4.大環(huán)境影響

低代碼平臺技術目前在國內(nèi)外都發(fā)展迅猛?？偟膩碚f，國外低代碼平臺比國內(nèi)更成熟，其中Microsoft、OutSystems、Mendix、Kony和Salesforce占據(jù)領導地位，很多后起之秀也呈現(xiàn)出強勁的追趕之勢。國外低代碼平臺的成功商業(yè)化為我們提供了模板，國內(nèi)“智數(shù)化轉型”、“互聯(lián)網(wǎng)＋”的趨勢成為了低代碼的火爆的催化劑。低代碼平臺在近幾年如雨后春筍般涌現(xiàn)。明道云、簡道云、APICloud都加入了低代碼賽道，科技巨頭華為、阿里巴巴等也都紛紛推出了自己的低代碼平臺。

優(yōu)勢分析

1.簡單易用

低代碼平臺是將所需功能用“積木塊”構建，然后用便于非專業(yè)編程人員理解的圖形化的方式，將這些“積木塊”快速組裝成軟件，并通過與客戶的緊密合作，積累了大量符合業(yè)務場景的“積木塊”，客戶通過該款平臺產(chǎn)品開發(fā)應用時，不必從零開始，而是可以基于這些“積木塊”，快速的把應用搭建起來。需求變更中一些小的 界面調整，無需提交變更單到軟件公司，自己就能搞定。

2.降低成本

時間成本：使用低代碼平臺搭建應用，傳統(tǒng)開發(fā)模式往往一個月才能完成的搭建，低代碼平臺可能幾個小時就搞定了，大大節(jié)約了企業(yè)應用開發(fā)的時間成本。

人力成本：企業(yè)內(nèi)普通的業(yè)務員，通過簡單學習就可以操作應用，降低對專業(yè)研發(fā)人員的需要，從而降低了人力成本。

金錢成本：企業(yè)需求發(fā)生變化時，通過低代碼平臺配置，可以很快根據(jù)需求進行應用修改，與傳統(tǒng)開發(fā)模式相比極大降低了二次開發(fā)的風險與成本。

3.提高效率

用圖形化拖曳的方式替代原來編寫代碼的方式，能夠大幅降低工作量；

在編寫代碼的方式下，開發(fā)人員往往會花很多時間尋找并解決代碼bug，而低代碼開發(fā)因為很少需要直接寫代碼，因而有效規(guī)避了代碼本身的bug問題；

支持將開發(fā)完的應用一鍵部署到多種環(huán)境，包括PC客戶端、Web端、iOS、Android、H5、小程序等；

通過云化的開發(fā)全流程協(xié)同和版本管理，可以提高協(xié)同效率。

發(fā)展趨勢

低代碼開發(fā)平臺減少了企業(yè)對專業(yè)軟件開發(fā)人才的需求，更重要的是打通了技術與業(yè)務的壁壘，使得軟件能夠高效支撐快速變化的業(yè)務需求。根據(jù)Gartner的預測，到2025年，企業(yè)的70%的新應用將會通過低代碼或者無代碼技術開發(fā)，可謂大勢所趨。所以，企業(yè)對于低代碼開發(fā)的需求，就如同數(shù)字化轉型一樣，早已經(jīng)不再是要不要選的問題，只有如何選、怎么選的問題。

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

低代碼平臺是在各種組件和模塊實現(xiàn)無代碼化的基礎上發(fā)展起來的，未來隨著引擎種類和交付模塊數(shù)量的增加，低代碼平臺將會覆蓋更多應用場景，實現(xiàn)更大范圍的業(yè)務價值。除了集成性以外，產(chǎn)品的自定義能力也將是低代碼廠商未來重點關注的方向，在眾多個性化和細分行業(yè)應用場景中，產(chǎn)品的靈活度和可拓展性是客戶主要考慮因素之一。因此，低代碼廠商將更加關注低代碼平臺的完整度和自定義能力，提升低代碼產(chǎn)品的易用性和靈活度。

2.產(chǎn)品由組件向平臺化演進，嫁接高階能力提供一體化服務

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

3.加速客戶化開發(fā)，行業(yè)軟件廠商與低代碼形成更深入合作

早期低代碼平臺依然依賴于服務，規(guī)?；^低，拓客速度相對較慢。通用型廠商相對垂直型廠商應用場景更加廣泛，因此廠商數(shù)量更多。但隨著市場的孕育和成熟，通用型廠商競爭加劇，垂直型廠商在細分領域的優(yōu)勢漸顯，可以進一步深挖用戶場景并不斷提升客戶滿意度。在市場成熟期，產(chǎn)品能力強的通用型廠商會跑出優(yōu)勢局面，市場集中度將會大幅提升。因此，及早布局低代碼產(chǎn)業(yè)鏈生態(tài)，多維度拓展廠商優(yōu)勢，才能在將來競爭中占據(jù)高地。

特色產(chǎn)品

數(shù)通暢聯(lián)成立七年有余，在公司創(chuàng)立初期就采用低代碼開發(fā)技術的理念推出了AEAI ESB應用集成平臺和AEAI DP應用開發(fā)平臺，2017年自主研發(fā)AEAI MDM主數(shù)據(jù)管理平臺。這些應用開發(fā)產(chǎn)品借鑒了類似樂高積木的理念，把一款軟件所需要的功能用“積木塊”構建，然后用便于非專業(yè)編程人員理解的圖形化的方式，將這些“積木塊”快速組裝成軟件，并通過與客戶的緊密合作，積累了大量符合業(yè)務場景的“積木塊”，客戶通過該款平臺產(chǎn)品開發(fā)應用時，不必從零開始，而是可以基于這些“積木塊”，快速的把應用搭建起來。

1.AEAI DP應用開發(fā)平臺

AEAI DP（Develop Platform）應用開發(fā)平臺主要用于核心產(chǎn)品的開發(fā)，與公司核心產(chǎn)品（如：IDM身份管理平臺、MDM主數(shù)據(jù)管理平臺、BPM流程集成平臺）良好結合，通過導出模型功能，導出到DP進行擴展開發(fā)，DP預置豐富的功能模型及功能模塊，可通過功能向導，通過配置快速生成預制的典型的功能模型，生成易讀規(guī)范的代碼，減少了開發(fā)人員的工作量，提升了開發(fā)效率。

AEAI DP應用開發(fā)平臺主要模塊為：Hotweb、Miscdp Studio、HotServer，主要具有如下特征：

易用性：預置豐富的功能模型及功能模塊，并封裝絕大多數(shù)常見的調用方式及處理機制，如util、helper等，支持一站式部署。

高效率：可通過功能向導，通過配置快速生成預置的典型的功能模型，減少開發(fā)人員的工作量、增量熱部署至服務器。

安全性：系統(tǒng)中預置防止SQL注入、XSS攻擊等安全機制，并支持組織、人員、角色、實際角色的授權體系，保障系統(tǒng)的安全運行。

規(guī)范性：預置完備的底層框架，能夠快速生成易讀規(guī)范的代碼，預置各種場景回調接口，基于框架、模板保障代碼規(guī)范性。

穩(wěn)定性：系統(tǒng)內(nèi)置完備的系統(tǒng)管理功能，基于成熟servlet、handler、service、sqlmap的MVP框架，從底層框架機制保障系統(tǒng)穩(wěn)定運行。

緩存機制：系統(tǒng)中內(nèi)置參數(shù)緩存、會話緩存、應用緩存等不同緩存機制，提高功能訪問、接口調用效率。

場景豐富：預置豐富的功能模型及功能模塊，預置了眾多Java Web開發(fā)所必須的前后端組件，同時支持IDM、MDM、DAP、BPM、Portal等產(chǎn)品擴展開發(fā)。

源碼開放：產(chǎn)品的核心代碼直接打入jar包，平臺源碼是開放的，可以深入了解內(nèi)部機制，方便開發(fā)人員了解代碼開發(fā)邏輯。

靈活集成：預置Service和Exteral兩種API接口開發(fā)模式、內(nèi)置MQ調用、HTTP調用等的工具類滿足各種擴展開發(fā)、集成開發(fā)場景。

2.AEAI ESB應用集成平臺

應用集成平臺一般稱之為企業(yè)服務總線，即ESB，全稱為Enterprise Service Bus，指的是傳統(tǒng)中間件技術與XML、Web服務等技術結合的產(chǎn)物。ESB主要作為企業(yè)信息系統(tǒng)的“龍骨”來集成各業(yè)務系統(tǒng)， AEAI ESB企業(yè)服務總線最大的技術特點在于，它是一個完全面向企業(yè)級的集成中間件解決方案，可以構建在企業(yè)現(xiàn)有的網(wǎng)絡框架、軟硬件系統(tǒng)之上，基于適配器技術，把數(shù)據(jù)、接口、協(xié)議、消息、文件都進行統(tǒng)一封裝，采用引擎把它們圖形串聯(lián)起來，構建數(shù)據(jù)集成、應用集成的可視化流程，實現(xiàn)數(shù)據(jù)傳輸交換、異構系統(tǒng)對接，更多情況下作為服務提供者，為其它系統(tǒng)提供業(yè)務服務。

AEAI ESB應用集成平臺由ESB設計器、Runtime運行時、SMC管理控制臺構成，主要具有如下特征：

易用性：預置樣例，可快速學習，支持工程和服務的向導、模板模式，選擇化配置快速生成，并支持一鍵部署至ESB服務器或云平臺。

高效率：服務、流程、組件支持圖形化配置化，通過拖拽快速創(chuàng)建服務流程，預置應用集成場景配置，支持一鍵生成集成流程。

開放性：開發(fā)的流程可對外發(fā)布，也支持外部服務調用，提供服務源碼，所有底層源碼封裝在jar包中，提供完整的技術框架，可深度學習。

拓展性：所有組件都可以進行代碼級開發(fā)調整功能實現(xiàn)，根據(jù)實際需要也可以進行組件擴展，支持在協(xié)議、接口層面進行擴展開發(fā)。

安全性：服務、流程支持用戶名/密碼、認證流程、IP白名單等機制，可以按應用進行安全策略配置，支持通過服務代理擴展安全認證。

穩(wěn)定性：底層預置緩存處理機制，優(yōu)化流程穩(wěn)定性，滿足多服務、多流程同時運行的需要，服務流程支持大數(shù)據(jù)量、高并發(fā)的使用場景。

場景豐富：支持服務注冊、應用集成，支持集成場景的配置化，滿足推、拉、定時等集成方式，支持郵件、微信、短信等多種預警機制。

事務處理：支持JDBC、MQ的事務以及事務協(xié)調機制，支持本地事務與全局事務配置，預置事務提交組件處理復雜事務。

監(jiān)控能力：支持服務、流程的實時監(jiān)控、統(tǒng)計分析，可以記錄并查看后臺的報錯日志信息，支持短信、微信、郵件的提醒機制。

3.AEAI MDM主數(shù)據(jù)管理平臺

AEAI MDM基礎數(shù)據(jù)平臺的設計理念在于保證主數(shù)據(jù)在各個系統(tǒng)中的正確性、重用性和通用性。通過基礎數(shù)據(jù)平臺將企業(yè)的主數(shù)據(jù)進行整合，集中進行數(shù)據(jù)的清洗和標準化，并以集成服務的方式把統(tǒng)一的、完整的、準確的、具有權威性的主數(shù)據(jù)分發(fā)給各業(yè)務系統(tǒng)。助力企業(yè)創(chuàng)建并維護主數(shù)據(jù)的統(tǒng)一視圖，通過保證統(tǒng)一視圖的準確性、一致性和完整性，提高數(shù)據(jù)質量，逐步統(tǒng)一企業(yè)級數(shù)據(jù)模型，簡化改進企業(yè)流程并提高業(yè)務的響應速度。

AEAI MDM基礎數(shù)據(jù)平臺能夠幫助企業(yè)消除數(shù)據(jù)冗余，主數(shù)據(jù)打通各業(yè)務鏈條，消除不同部門重復錄入數(shù)據(jù)造成的數(shù)據(jù)冗余。統(tǒng)一數(shù)據(jù)語言，統(tǒng)一數(shù)據(jù)標準，實現(xiàn)數(shù)據(jù)同源、數(shù)據(jù)共享，最大程度提高數(shù)據(jù)的權威性；能夠幫助企業(yè)提升數(shù)據(jù)處理效率，主數(shù)據(jù)管理可以實現(xiàn)數(shù)據(jù)動態(tài)自動整理、復制，解決了各部門數(shù)據(jù)及版本不一致的問題，極大減少了人工整理數(shù)據(jù)的時間和工作量，提高工作效率；幫助企業(yè)提高戰(zhàn)略協(xié)同力，主數(shù)據(jù)作為公司內(nèi)部業(yè)務運轉、經(jīng)營分析、決策制定的“通用語言”，有助于打通部門、系統(tǒng)間壁壘，實現(xiàn)信息集成與共享，提高公司整體的戰(zhàn)略協(xié)同力。主要具有如下特征：

易用性：預置典型主數(shù)據(jù)管理功能以及對應的數(shù)據(jù)模型字段、多種功能模型、基礎按鈕等，通過配置快速生成靈活的主數(shù)據(jù)的管理模型。

高效率：系統(tǒng)擁有緩存處理機制，接口、流程支持異步操作，自帶高級檢索功能加強數(shù)據(jù)查詢。

元數(shù)據(jù)：支持技術元數(shù)據(jù)、管理元數(shù)據(jù)、業(yè)務元數(shù)據(jù)引擎，支撐從源頭同步、管理（申請、修訂、審批、歸檔等）、發(fā)布、分發(fā)給業(yè)務系統(tǒng)的全生命周期管理。

拓展性：系統(tǒng)支持字段擴展、按鈕擴展、表單擴展等配置功能，跟DP良好結合，通過導出模型功能擴展開發(fā)，滿足客戶化管理模式。

安全性：系統(tǒng)中預置防止SQL入侵、XSS攻擊等安全機制，支持三權分立、分級管理權限體系對系統(tǒng)進行權限隔離，并支持監(jiān)控提醒機制。

穩(wěn)定性：系統(tǒng)中主數(shù)據(jù)同步、分發(fā)支持高并發(fā)的集成對接，系統(tǒng)內(nèi)置緩存機制支持大數(shù)據(jù)量系統(tǒng)運行的穩(wěn)定性。

場景豐富：系統(tǒng)支持Excel或接口導入模式的初始化數(shù)據(jù)，支持自動分發(fā)和手動分發(fā)、失敗重發(fā)、系統(tǒng)初始化分發(fā)模式，滿足不同業(yè)務集成場景。

靈活集成：能夠通過不同主數(shù)據(jù)生成接口進行集成對接，也可以通過流程攔截器配置、按鈕事件調用外部的服務接口。

監(jiān)控能力：支持監(jiān)控提醒功能，對數(shù)據(jù)同步、分發(fā)、數(shù)據(jù)巡檢等功能進行監(jiān)控，支持短信、郵件等多種方式的提醒機制。

總結來說，數(shù)通暢聯(lián)低代碼平臺具備高生產(chǎn)力、強連接力、高協(xié)同能力、高可用和專業(yè)原生體驗的特點，能夠幫助企業(yè)更快適應不斷變化的環(huán)境，更快地使企業(yè)自身業(yè)務實踐迭代改進；有效提升產(chǎn)品力，幫助企業(yè)達成業(yè)務目標，以較低的成本快速構建業(yè)務應用，支持企業(yè)業(yè)務創(chuàng)新。

數(shù)通暢聯(lián)基于低代碼平臺推出的iPaas 綜合應用集成解決方案和dPaas數(shù)據(jù)治理分析方案幫助很多企業(yè)成功實現(xiàn)了數(shù)字化轉型，實現(xiàn)了企業(yè)內(nèi)部各系統(tǒng)的集成和治理，連接了應用與數(shù)據(jù)；實現(xiàn)了企業(yè)內(nèi)部與外部、線上與線下集成，打通業(yè)務邊界；實現(xiàn)了內(nèi)部外部區(qū)域集群集成、上下游產(chǎn)業(yè)鏈集成、云上與云下集成，實現(xiàn)企業(yè)生態(tài)化閉環(huán)。

企業(yè)的未來必將是數(shù)字化的，而數(shù)字化時代的企業(yè)一定是連接型的、敏捷的、智能的。數(shù)通暢聯(lián)低代碼平臺的構建能力與業(yè)務全流程的鏈接能力，恰恰是在幫助客戶構建業(yè)務數(shù)字化，為客戶帶來實實在在的價值，幫助客戶實現(xiàn)互聯(lián)互通，賦能增長。

本文由@數(shù)通暢聯(lián)原創(chuàng)，歡迎轉發(fā)，僅供學習交流使用，引用請注明出處！謝謝~