在疫情影響下，企業(yè)信息化建設(shè)和數(shù)字化轉(zhuǎn)型的需求日益強(qiáng)烈，無代碼和低代碼平臺(tái)憑借“靈活、易上手”等特性，迎來了新一波的快速發(fā)展。據(jù)艾瑞相關(guān)報(bào)告顯示，2025年中國低代碼/無代碼行業(yè)規(guī)模將超過百億。

新技術(shù)蓬勃發(fā)展的同時(shí)也會(huì)帶來許多疑問。為幫助大家消除疑惑，騰源會(huì)聯(lián)合輕享會(huì)，特別邀請(qǐng)輕流聯(lián)合創(chuàng)始人&CTO 李婷婷，騰訊前端技術(shù)委員會(huì)委員、低代碼 Oteam 負(fù)責(zé)人丁濤，一起聊聊低代碼和無代碼技術(shù)的演進(jìn)、應(yīng)用領(lǐng)域，以及低代碼、無代碼和開源有哪些碰撞地點(diǎn)等內(nèi)容。

以下為演講干貨內(nèi)容：

低代碼和無代碼技術(shù)的演進(jìn)發(fā)展

整個(gè)軟件開發(fā)的演進(jìn)路徑大致可以分為四個(gè)階段：第一代程序設(shè)計(jì)語言，就是最早的指令編程，第二代是匯編語言；第三代是現(xiàn)在常見的高級(jí)語言，比如 Python、Java 等；第四代就是低代碼和無代碼技術(shù)。低代碼、無代碼并非完全新鮮的事物，它更像是一個(gè)行業(yè)自然而然發(fā)展到一定階段而催生出來的觀念。

從前端視角來說，技術(shù)的發(fā)展演進(jìn)讓研發(fā)流程不斷簡化。最初，一個(gè)網(wǎng)頁的開發(fā)需要手寫 HTML，CSS，甚至 DOM 節(jié)點(diǎn)也需要去操作?！皫臁钡某霈F(xiàn)，讓一些基本的DOM結(jié)構(gòu)可以直接操作。后來，“框架”幫助我們進(jìn)入了開發(fā)工程化時(shí)代，出現(xiàn)了像Webpack rowup這樣公眾化打包工具，進(jìn)一步縮短了研發(fā)時(shí)間。再之后就是低代碼、無代碼平臺(tái)，將一些基礎(chǔ)的代碼模塊封裝成一個(gè)個(gè)“輪子”，人們可以直接用這些輪子快速開發(fā)落地，大大提高了開發(fā)效率。

但低代碼和無代碼技術(shù)在初期并沒有受到市場上的普遍認(rèn)可。至2018年，Gartner 提出 aPaaS，低代碼/無代碼才被越來越多的人認(rèn)識(shí)。2018 至 2020 年，大多數(shù)人是通過研究國外軟件來了解研究低代碼、無代碼，對(duì)于兩者之間的區(qū)別仍沒有清晰認(rèn)知，且不說市場上是否分得清楚，廠商之間也還沒有形成共識(shí)。

直至2020年，疫情為低代碼、無代碼的發(fā)展按下了加速鍵。在疫情形勢的逼迫下，企業(yè)進(jìn)行線上化和數(shù)字化轉(zhuǎn)型的需求尤為迫切，但傳統(tǒng)的軟件開發(fā)從需求提出到最終落地，需要經(jīng)歷非常長的周期，而利用低代碼、無代碼工具，則能快速地完成軟件的落地和驗(yàn)證，在完美滿足企業(yè)需求的同時(shí)，讓低代碼、無代碼真正能夠在數(shù)字化領(lǐng)域快速增長。

低代碼和無代碼技術(shù)的應(yīng)用范圍

從字面理解，低代碼和無代碼之間最大的區(qū)別在于使用代碼量的多少。這個(gè)區(qū)分點(diǎn)也讓低代碼和無代碼的應(yīng)用范圍有不同的偏向。

技術(shù)側(cè)——布局方式靈活，多終端覆蓋

低代碼主要面對(duì)的對(duì)象是專業(yè)的 IT 開發(fā)者，因此使用過程中與研發(fā)人員有比較深的互動(dòng)，應(yīng)用范圍較于無代碼也更偏向技術(shù)側(cè)一些。丁濤老師 主要從布局架構(gòu)和能覆蓋的終端范圍，兩方面做了詳細(xì)的解釋。

從UI布局架構(gòu)上來說，主要有兩種布局范圍：

第一種是流式布局，即在低代碼的開發(fā)編排過程中，是按照一定的順序，由固定的表單組成，排列布局都較為規(guī)整，這種方式比較多的應(yīng)用在內(nèi)部管理系統(tǒng)的開發(fā)上。

第二種布局方式是絕對(duì)定位的方式。在這種布局方式下，圖片文字或是一些垂直領(lǐng)域的業(yè)務(wù)級(jí)控件是可以自由調(diào)動(dòng)的，層級(jí)上可以有覆蓋，位置也可以隨意擺放。比較多的應(yīng)用在運(yùn)營活動(dòng)的場景中。比如，傳統(tǒng)的 H5 營銷活動(dòng)一般采用的就是這種方式。

通過低代碼和無代碼技術(shù)開發(fā)出的系統(tǒng)軟件最終還是要部署和運(yùn)行在各個(gè)終端上。從終端來說，低代碼主要覆蓋以下五類：

• 第一類：小程序。比如微信小程序、支付寶小程序等；
• 第二類：web，包括PC端和移動(dòng)端；
• 第三類：移動(dòng) App。包括 iOS 和安卓兩大平臺(tái)；
• 第四類：桌面端的應(yīng)用程序，包括 Windows 和 Mac 兩個(gè)主流桌面端；
• 第五類：邏輯編排。提供后端接口服務(wù)。

低代碼和無代碼在技術(shù)側(cè)的應(yīng)用范圍是相對(duì)全面的，因此也更能滿足應(yīng)用者對(duì)于低代碼和無代碼在業(yè)務(wù)側(cè)的需求。

業(yè)務(wù)側(cè)——滿足企業(yè)個(gè)性化需求，助力多角色協(xié)同開發(fā)

提到低代碼和無代碼的業(yè)務(wù)應(yīng)用范圍，很多人會(huì)自然聯(lián)想到企業(yè)數(shù)字化轉(zhuǎn)型所需要的系統(tǒng)軟件。的確，低代碼和無代碼因?yàn)槠涞烷T檻、靈活易用的特性頗受企業(yè)管理者的歡迎。相較于低代碼，無代碼的應(yīng)用范圍更傾向于業(yè)務(wù)側(cè)。李婷婷老師，從行業(yè)和場景橫縱兩個(gè)維度介紹了無代碼的應(yīng)用范圍。

行業(yè)作為橫向維度，就是我們平常所說的制造業(yè)、零售業(yè)、教育培訓(xùn)等垂類行業(yè)；場景作為縱向維度是指不同行業(yè)中的共性場景，比如財(cái)務(wù)場景、客戶管理、生產(chǎn)管理等。

無代碼的開放包容特性，讓它能夠跨越多行業(yè)場景，適用范圍非常廣，但它的應(yīng)用同樣需要過程。以輕流無代碼開發(fā)平臺(tái)為例，制造業(yè)是輕流最早開拓的行業(yè)，通過無代碼平臺(tái)快速搭建出適配行業(yè)業(yè)務(wù)特點(diǎn)的系統(tǒng)軟件，為制造業(yè)企業(yè)服務(wù)。等到應(yīng)用路徑成熟之后，再慢慢將這種無代碼工具的觀念思維延伸至各個(gè)行業(yè)。在這個(gè)過程中可以發(fā)現(xiàn)，不管是傳統(tǒng)制造業(yè)還是教培、新零售對(duì)于無代碼的接受度都比較高。

從縱向場景角度來說，無代碼價(jià)值最高的地方，不在那些已經(jīng)被成熟 SaaS 覆蓋的場景，如ERP、CRM等，而在于非標(biāo)場景，比如精益生產(chǎn)、設(shè)備巡檢，這類雖然通用，但不同企業(yè)，不同業(yè)務(wù)都有所區(qū)別的場景。市面上的成品 SaaS 不能滿足企業(yè)的個(gè)性化需求，但借助無代碼工具，能夠根據(jù)企業(yè)需求靈活調(diào)整，實(shí)現(xiàn)完美適配。

無代碼技術(shù)作為 IT 技術(shù)的一種，如何更好地賦能業(yè)務(wù)，讓它在實(shí)際的業(yè)務(wù)場景中發(fā)揮效用，是輕流一直在思考的一個(gè)問題。在服務(wù)客戶的過程中，輕流發(fā)現(xiàn)，很多客戶在利用無代碼工具打磨開發(fā)軟件的過程中，找到了一種高效協(xié)同的方式，我們稱之為：圓桌式開發(fā)。

傳統(tǒng)開發(fā)的一般模式是業(yè)務(wù)提需求，IT 接收需求后進(jìn)行開發(fā)，開發(fā)完成后交付業(yè)務(wù)。整個(gè)協(xié)作過程類似于坐在長桌兩頭的甲乙兩方，不僅開發(fā)落地的周期長，溝通成本也十分高昂。但利用無代碼工具，業(yè)務(wù)、IT、數(shù)據(jù)分析師、架構(gòu)師等多方角色可以圍坐在一張“圓桌”上，參與方都可以用一種平等互助的方式，快速溝通需求，協(xié)作產(chǎn)出成果，不僅大大提高了軟件開發(fā)的效率，也讓每一方角色更能實(shí)現(xiàn)專業(yè)價(jià)值。

關(guān)于「圓桌式開發(fā)」等更多內(nèi)容，可以關(guān)注7月6日的無代碼探索者大會(huì)，輕流將于國際知名數(shù)據(jù)中心IDC，共同發(fā)布圓桌式開發(fā)的研究成果。（預(yù)約方式：添加輕流小助手 qingflow2018，備注“76”）

低代碼/無代碼是否要開源？

開源是生態(tài)協(xié)作發(fā)展的一種很好的形式，“低代碼和無代碼產(chǎn)品是否會(huì)開源”的話題，也是行業(yè)內(nèi)外很多朋友非常關(guān)注的問題。對(duì)于這個(gè)問題丁濤老師和李婷婷老師也分別從低代碼和無代碼角度，給出了自己的看法。

低代碼——開源項(xiàng)目必備四大模塊

據(jù)丁濤老師介紹，騰訊低代碼 Oteam就是公司內(nèi)部一直在合力開源的項(xiàng)目。并例舉了開源中必不可少的四大因素：

首先，要有開源項(xiàng)目。開源項(xiàng)目是做開源比較核心的一點(diǎn)，你要有代碼，有項(xiàng)目才有條件去開源。對(duì)于低代碼來說，如果沒有開源代碼，那整個(gè)一塊是沒有意義的。

第二，要有載體。不管是官網(wǎng)、公眾號(hào)還是像github這樣的托管平臺(tái)，都是開源載體。

第三，要有開發(fā)者。主要分兩類：一類是開源的貢獻(xiàn)者，一個(gè)開源項(xiàng)目的貢獻(xiàn)者數(shù)量越龐大，這個(gè)項(xiàng)目才能發(fā)展得越好，越活躍。還有一類是用戶開發(fā)者，他們是維系、促進(jìn)我們整個(gè)開源生態(tài)的繁榮和進(jìn)步的關(guān)鍵。

第四，要有關(guān)于開源，關(guān)于項(xiàng)目的交流社區(qū)。這個(gè)社區(qū)為開發(fā)者提供了技術(shù)上的或者是產(chǎn)品上的探討平臺(tái)。開發(fā)者可以在這里自由討論對(duì)相關(guān)技術(shù)和相關(guān)的功能能力，也可以自由組織相關(guān)的技術(shù)沙龍活動(dòng)等等。

在這四個(gè)板塊的基礎(chǔ)上，才能讓整個(gè)低代碼開源生態(tài)繁榮起來。

無代碼——“輕代碼”拓展能力邊界

無代碼是否要進(jìn)行開源是一個(gè)比較有爭議的話題。輕流在無代碼領(lǐng)域深耕7年，在我們看來，無代碼系統(tǒng)一定不能是封閉的系統(tǒng)，它更應(yīng)該與其他系統(tǒng)做好連接和交互，打通傳統(tǒng)代碼開發(fā)制造的“數(shù)據(jù)煙囪”。

偽開源無代碼產(chǎn)品無法維護(hù)，當(dāng)廠商進(jìn)行代碼更新后，會(huì)產(chǎn)生代碼一致性問題，導(dǎo)致代碼差異沖突，造成不可逆后果。但無代碼產(chǎn)品的接口能力和API能力需要重點(diǎn)關(guān)注，所以，在無代碼產(chǎn)品上實(shí)現(xiàn)的二次開發(fā)非常類似“插座”和“積木”，把二次開發(fā)定義的代碼塊，同API和無代碼產(chǎn)品進(jìn)行交互。為此，輕流近些年一直在打磨「輕代碼」。

輕代碼是面向開發(fā)者的板塊。在開源社區(qū)中是有很多比較好的能力拓展，這些能力拓展如果能夠直接運(yùn)行在輕代碼上，就可以快速拓展無代碼平臺(tái)的能力邊界。我們希望能夠借助輕代碼，召集更多有編程能力的伙伴，將原本無代碼力所不能及的地方，用一種可插拔的方式，去拓寬無代碼邊界，實(shí)現(xiàn)更多可能。

目前，輕流的輕代碼板塊已涵蓋了連接中心、代碼塊、自定義組件和賬號(hào)體系等模塊，幫助企業(yè)快速實(shí)現(xiàn)系統(tǒng)集成解決數(shù)據(jù)孤島問題，完成系統(tǒng)權(quán)限的自動(dòng)分發(fā)與變更，提升對(duì)于復(fù)雜業(yè)務(wù)場景的處理能力。

同時(shí)，對(duì)于業(yè)務(wù)人員來說，他不需要去關(guān)心這項(xiàng)能力是如何實(shí)現(xiàn)的，到底是前端代碼拓展了，還是說只是 API 提供的服務(wù)，更多的是這個(gè)模塊是我所需要的，并且能夠通過插件中心，簡單操作之后就能使用它。在輕代碼的輔助下，IT人員和業(yè)務(wù)人員不需要深入了解對(duì)方的工作內(nèi)容，只需負(fù)責(zé)各自的專業(yè)板塊，在各自領(lǐng)域發(fā)揮更大的專業(yè)價(jià)值。

近兩年，輕流無代碼平臺(tái)定向邀請(qǐng)了一些伙伴和開發(fā)團(tuán)隊(duì)做初步的嘗試，希望在不久的未來，會(huì)有讓更多的開發(fā)者加入到無代碼開發(fā)的進(jìn)程中，不斷的豐富拓展無代碼能力。

在數(shù)字化浪潮中，低代碼和無代碼的熱度越來越高，如果你想了解更多相關(guān)干貨內(nèi)容，推薦閱讀：

無代碼的「數(shù)據(jù)驅(qū)動(dòng)」，打破傳統(tǒng)軟件開發(fā)「模型驅(qū)動(dòng)」牢籠

無代碼？低代碼？輕代碼

低代碼包含無代碼？無代碼/低代碼的七大誤解，一次給你解釋清楚