低代碼和無代碼的演進歷程、應用范圍

低代碼和無代碼技術的演進發展

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

從前端視角來說，技術的發展演進讓研發流程不斷簡化。最初，一個網頁的開發需要手寫 HTML，CSS，甚至 DOM 節點也需要去操作。“庫”的出現，讓一些基本的DOM結構可以直接操作。

后來，“框架”幫助我們進入了開發工程化時代，出現了像Webpack rowup這樣公眾化打包工具，進一步縮短了研發時間。再之后就是低代碼、無代碼平臺，將一些基礎的代碼模塊封裝成一個個“輪子”，人們可以直接用這些輪子快速開發落地，大大提高了開發效率。

但低代碼和無代碼技術在初期并沒有受到市場上的普遍認可。至2018年，Gartner 提出 aPaaS，低代碼/無代碼才被越來越多的人認識。

2020年，疫情為低代碼、無代碼的發展按下了加速鍵。在疫情形勢的逼迫下，企業進行線上化和數字化轉型的需求尤為迫切，但傳統的軟件開發從需求提出到最終落地，需要經歷非常長的周期，而利用低代碼、無代碼工具，則能快速地完成軟件的落地和驗證，在完美滿足企業需求的同時，讓低代碼、無代碼真正能夠在數字化領域快速增長。

低代碼和無代碼技術的應用范圍

從字面理解，低代碼和無代碼之間最大的區別在于使用代碼量的多少。這個區分點也讓低代碼和無代碼的應用范圍有不同的偏向。

技術側——布局方式靈活，多終端覆蓋

低代碼主要面對的對象是專業的 IT 開發者，因此使用過程中與研發人員有比較深的互動，應用范圍較于無代碼也更偏向技術側一些。

從UI布局架構上來說，主要有兩種布局范圍：

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

第二種布局方式是絕對定位的方式。在這種布局方式下，圖片文字或是一些垂直領域的業務級控件是可以自由調動的，層級上可以有覆蓋，位置也可以隨意擺放。比較多的應用在運營活動的場景中。比如，傳統的 H5 營銷活動一般采用的就是這種方式。

通過低代碼和無代碼技術開發出的系統軟件最終還是要部署和運行在各個終端上。從終端來說，低代碼主要覆蓋以下五類：

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

低代碼和無代碼在技術側的應用范圍是相對全面的，因此也更能滿足應用者對于低代碼和無代碼在業務側的需求。

業務側——滿足企業個性化需求，助力多角色協同開發

提到低代碼和無代碼的業務應用范圍，很多人會自然聯想到企業數字化轉型所需要的系統軟件。的確，低代碼和無代碼因為其低門檻、靈活易用的特性頗受企業管理者的歡迎。相較于低代碼，無代碼的應用范圍更傾向于業務側。

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

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

作為 IT 技術的一種，無代碼技術通過「圓桌式開發」的協同方式能更好地賦能業務，讓無代碼在實際的業務場景中發揮效用。

圖片來源：輕流

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

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

開源是生態協作發展的一種很好的形式，“低代碼和無代碼產品是否會開源”的話題，也是行業內外非常關注的問題。從低代碼的角度來說，想要開源需要有四個板塊的基礎：

低代碼——開源項目必備四大模塊：

首先，要有開源項目。開源項目是做開源比較核心的一點，有代碼，有項目才有條件去開源。對于低代碼而言，如果沒有開源代碼，那整個一塊是沒有意義的。

第二，要有載體。不管是官網、公眾號還是像github這樣的托管平臺，都是開源載體。

第三，要有開發者。主要分兩類：一類是開源的貢獻者，一個開源項目的貢獻者數量越龐大，這個項目才能發展得越好，越活躍。另外一類是用戶開發者，他們是維系、促進整個開源生態的繁榮和進步的關鍵。

第四，要有關于開源，關于項目的交流社區。社區可以為開發者提供了技術上的或者是產品上的探討平臺。開發者可以在社區自由討論對相關技術和相關的功能能力，也可以自由組織相關的技術沙龍活動等等。

在這四個板塊的基礎上，才能讓整個低代碼開源生態繁榮起來。

無代碼是否要進行開源？

無代碼系統一定不能是封閉的系統，它更應該與其他系統做好連接和交互，打通傳統代碼開發制造的“數據煙囪”。

偽開源無代碼產品無法維護，當廠商進行代碼更新后，會產生代碼一致性問題，導致代碼差異沖突，造成不可逆后果。但無代碼產品的接口能力和API能力需要重點關注，所以，在無代碼產品上實現的二次開發非常類似“插座”和“積木”，把二次開發定義的代碼塊，同API和無代碼產品進行交互。