低代碼的概念在國內已經(jīng)流行了很多年了，但還是有很多用戶對低代碼平臺有諸多的誤解，今天一起來全面了解一下低代碼平臺，也許會對低代碼平臺有全新的認識。

一、低代碼的定義

低代碼（Low Code）是一種可視化的應用開發(fā)方法，用較少的代碼、以較快的速度來交付應用程序（來源于百度百科）。從百度百科對低代碼平臺的定義可以了解到低代碼平臺是利用可視化開發(fā)與較少的代碼相結合的方式來實現(xiàn)快速高效地開發(fā)應用。

一般的低代碼平臺由以下幾部分組成：

• 前端頁面設計器：主要用來設計 Web、移動端的展示頁面。頁面通常是由組件組成，用戶只需要拖入各類型組件并完成屬性配置即可快速開發(fā)好一個前端頁面。
• 數(shù)據(jù)表模型設計器：用于設計器存儲的數(shù)據(jù)表，一般使用的是關系型數(shù)據(jù)庫，封裝了大量的數(shù)據(jù)表字段，支持創(chuàng)建多表之間的關聯(lián)關系。
• 業(yè)務流程設計器：審批流程是企業(yè)管理必不可少的，一般低代碼平臺都會提供業(yè)務流程設計能力，只需要配置審批節(jié)點及數(shù)據(jù)流轉就可以快速開發(fā)好一個審批流程。
• 后臺數(shù)據(jù)邏輯設計器：負責后臺數(shù)據(jù)流轉，會提供定時觸發(fā)或指定事件觸發(fā)數(shù)據(jù)處理等方式。
• 在線測試：在線聯(lián)調測試的能力。
• 部署運維：提供自動化部署運維的能力。

二、低代碼的發(fā)展歷程

• 低代碼的概念可以追溯到在1980 年 IBM的快速應用程序開發(fā)工具（RAD），盡管當時并未明確稱之為“低代碼”。這一時期的RAD工具已經(jīng)具備了簡化應用開發(fā)、提高開發(fā)效率的特點。
• 20世紀末期至2015年：低代碼應用平臺市場發(fā)展比較遲緩，但在此期間，一些重要的低代碼平臺產(chǎn)品如Outsystem、Zoho Creator、Mendix等開始嶄露頭角，為后續(xù)的低代碼發(fā)展奠定了基礎。
• 2014年：全球最具影響力的獨立研究咨詢公司Forrester正式提出“低代碼”這一概念，將其定義為“讓人們可以用最少的手工編碼就可以快速開發(fā)應用，并可以快速配置和部署的一種技術和工具”。同年，Gartner也提出了與低代碼相關的aPaaS（應用程序平臺即服務）概念，進一步推動了低代碼技術的普及。
• 2015-2018年：低代碼市場開始升溫，AWS、Google、Microsoft和Oracle等科技巨頭紛紛入局低代碼領域。2018年，西門子宣布以6億歐元收購低代碼應用開發(fā)領域的領導者Mendix，同時快速應用開發(fā)的低代碼平臺OutSystems也獲得了3.6億美金的投資，這些事件標志著低代碼平臺市場開始火爆起來。
• 2018年至今：國內外低代碼平臺進入了快速發(fā)展階段。越來越多的企業(yè)開始認識到低代碼平臺在提高開發(fā)效率、降低成本方面的優(yōu)勢，并紛紛布局低代碼市場。同時，低代碼平臺也不斷完善自身功能，向更復雜業(yè)務場景延伸。

三、低代碼平臺可以帶來哪些幫助？

• 快速開發(fā)交付能力：低代碼平臺通過提供可視化的開發(fā)環(huán)境和預構建的組件庫，大大縮短了應用程序的開發(fā)和交付周期。
• 降低開發(fā)門檻：低代碼平臺降低了對開發(fā)人員技術能力的要求，業(yè)務人員也可以參與到應用開發(fā)中。
• 促進業(yè)務與技術的融合：低代碼平臺使得業(yè)務人員能夠更直接地參與到應用程序的開發(fā)過程中，從而確保應用程序能夠更好地滿足業(yè)務需求。同時，開發(fā)人員也可以更加關注于技術實現(xiàn)和性能優(yōu)化等方面，實現(xiàn)業(yè)務與技術的緊密融合。
• 可擴展性強：低代碼開發(fā)允許開發(fā)人員通過自定義組件、插件和模塊來擴展應用功能。
• 維護性強：低代碼開發(fā)采用了模塊化的設計思想，將應用程序拆分為多個獨立的模塊，降低了修改和維護的復雜性。
• 降低運維成本：低代碼平臺通常提供了自動化的部署和運維工具，使得企業(yè)可以更加輕松地管理和維護應用程序。這有助于降低運維成本，提高系統(tǒng)的穩(wěn)定性和可靠性。
• …

四、對低代碼平臺有哪些誤解？

誤解 1：低代碼平臺只適用于非專業(yè)開發(fā)人員，低代碼平臺對程序員沒有任何幫助

澄清：低代碼平臺實際上是一個面向業(yè)務人員和IT人員雙向驅動管理的能力平臺。它既可以滿足無編程基礎的業(yè)務人員通過拖拽方式快速配置應用場景的需求，也可以支持有技術開發(fā)能力的IT人員通過“配置化+定制化”的開發(fā)方式快速搭建企業(yè)核心運營場景。

不僅如此，現(xiàn)在的低代碼平臺可以獲取應用的源碼或者在可視化開發(fā)的基礎上直接編輯代碼，完全可以做到“按程序員思維”來開發(fā)應用。

誤解 2：認為低代碼平臺只能用來開發(fā)一些業(yè)務邏輯簡單，功能較少的應用系統(tǒng)。

澄清：低代碼平臺實際上具有強大的功能特性和場景構建能力。通過圖形可視化、拖拽組件方式，用戶可以快速構建出功能完善的應用程序。同時，低代碼平臺還提供了豐富的模板、預構建組件和自動化編程功能，以幫助開發(fā)者快速搭建應用程序。此外，低代碼平臺還具有良好的開放性和擴展性，能夠通過二次開發(fā)實現(xiàn)企業(yè)規(guī)劃設計時的各類個性化場景需求。

誤解 3：認為低代碼平臺會降低軟件質量

澄清：實際上，低代碼平臺并不會降低軟件的質量。相反，由于低代碼平臺通常采用了標準化的組件和模板，以及自動化的代碼生成功能，因此可以大大提高軟件的開發(fā)效率和可維護性。同時，低代碼平臺還提供了豐富的測試工具和調試功能，以確保軟件的質量和穩(wěn)定性。

誤解 4：認為低代碼平臺只可以開發(fā)特定行業(yè)的應用，比如企業(yè)內部管理應用。

澄清：低代碼平臺實際上具有廣泛的應用場景和行業(yè)適應性。無論是傳統(tǒng)行業(yè)還是新興行業(yè)，無論是內部管理應用還是外部客戶服務應用，低代碼平臺都可以提供有效的支持。此外，低代碼平臺還可以與其他軟件系統(tǒng)進行集成和連接，比如微信小程序、微信公眾號、釘釘應用等等。

對低代碼平臺的誤解的原因是多樣的，有一部分原因是國內很多的產(chǎn)品雖然定位于低代碼平臺，但不能算是一個合格的低代碼平臺，只是以表單為驅動，提供簡單的前端頁面搭建能力，更不用說結合代碼開發(fā)能力。

總結

隨著國內低代碼平臺的發(fā)展，不管是可視化開發(fā)能力、全代碼開發(fā)能力、可視化部署運維等能力都有了長足的進步并且給企業(yè)數(shù)字化轉型提供了極大的幫助。

后續(xù) AI 技術的發(fā)展與低代碼平臺相結合，相信在提升開發(fā)效率上可以更進一步。

開發(fā)者不用對新興技術的發(fā)展抱有憂慮心態(tài)，不管是 AI 技術還是低代碼平臺都只是工具，最終都是為人而服務。低代碼平臺的發(fā)展并不會取代程序員，而是幫助程序員更好地、更快地開發(fā)出高質量的應用。

也許在不久的將來，低代碼平臺就像我們的編程框架一樣成為我們開發(fā)者能力要求的一部分呢？誰知道呢！