在當(dāng)今快速變革的數(shù)字化時(shí)代，企業(yè)越來(lái)越意識(shí)到數(shù)字化轉(zhuǎn)型的重要性。在這個(gè)背景下，低代碼開(kāi)發(fā)技術(shù)成為推動(dòng)企業(yè)快速開(kāi)發(fā)和部署應(yīng)用程序的關(guān)鍵工具之一。從最初的起源到如今的蓬勃發(fā)展，低代碼技術(shù)已成為企業(yè)實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型的不可或缺的一部分。

通過(guò)了解低代碼技術(shù)的演進(jìn)歷程，我們可以更好地理解它對(duì)企業(yè)和行業(yè)的影響，并為未來(lái)的數(shù)字化轉(zhuǎn)型提供更為有效的解決方案。

低代碼開(kāi)發(fā)的起源可以追溯到對(duì)快速應(yīng)用程序開(kāi)發(fā)需求的日益增長(zhǎng)。

在過(guò)去，傳統(tǒng)的軟件開(kāi)發(fā)方法需要大量的編碼和專業(yè)知識(shí)，這限制了許多非技術(shù)背景的人參與應(yīng)用程序開(kāi)發(fā)，也使得應(yīng)用程序的開(kāi)發(fā)周期變得異常漫長(zhǎng)。

而低代碼開(kāi)發(fā)技術(shù)通過(guò)可視化的方式簡(jiǎn)化了這個(gè)過(guò)程，這種技術(shù)的出現(xiàn)減少了對(duì)傳統(tǒng)編碼的依賴，而是通過(guò)可視化的方式，快速、輕松地構(gòu)建應(yīng)用程序。這樣一來(lái)，使得非專業(yè)開(kāi)發(fā)者也能參與應(yīng)用程序的構(gòu)建，從而大大縮短了開(kāi)發(fā)時(shí)間，加快了開(kāi)發(fā)周期和產(chǎn)品交付的速度，成為數(shù)字化轉(zhuǎn)型中的重要工具。

1970年-1990年：第四代編程語(yǔ)言

低代碼開(kāi)發(fā)平臺(tái)可以追溯到第四代編程語(yǔ)言——這個(gè)概念是在20世紀(jì)70年代到90年代發(fā)展起來(lái)的，與第三代編程語(yǔ)言（3GL）的大部分開(kāi)發(fā)重疊。

第三代編程語(yǔ)言：C, C++, Java, Python, PHP, Perl, C#, BASIC, Pascal, Fortran, ALGOL, COBOL

第四代編程語(yǔ)言：ABAP, Unix Shell, SQL, PL/SQL, Oracle Reports, RJames Martin在他1982年出版的《Applications Development Without Programmers》中，認(rèn)為4GL技術(shù)(如RAMIS和FOCUS)向更廣泛的人群開(kāi)放了開(kāi)發(fā)環(huán)境，并使非程序員能夠自己創(chuàng)建應(yīng)用程序。第四代編程語(yǔ)言指的是非過(guò)程的高級(jí)規(guī)范語(yǔ)言，包括支持?jǐn)?shù)據(jù)庫(kù)管理、報(bào)告生成、數(shù)學(xué)優(yōu)化、圖形用戶界面(GUI)開(kāi)發(fā)和web開(kāi)發(fā)。

1990年：快速應(yīng)用程序開(kāi)發(fā)

作為對(duì)瀑布模型的響應(yīng)，當(dāng)使用Visual Basic、Delphi和Oracle Forms等可視化編程工具“組裝”桌面應(yīng)用程序的概念開(kāi)始流行時(shí)，快速應(yīng)用程序開(kāi)發(fā)(RAD)在20世紀(jì)90年代獲得良好的發(fā)展勢(shì)頭。

瀑布模型是軟件開(kāi)發(fā)行業(yè)長(zhǎng)期使用的計(jì)劃驅(qū)動(dòng)過(guò)程，它是在20世紀(jì)七八十年代發(fā)展起來(lái)的，基于傳統(tǒng)的工程模式。

RAD工具作為易于學(xué)習(xí)的開(kāi)發(fā)環(huán)境而表現(xiàn)突出，其核心理念是：最終用戶應(yīng)該首先關(guān)注GUI，并逐步添加業(yè)務(wù)邏輯。

然而，RAD工具有其局限性：

它們通常是私有的商業(yè)軟件，這意味著綁定在特定的開(kāi)發(fā)環(huán)境中。目標(biāo)環(huán)境通常是指定的，例如VB/Delphi開(kāi)發(fā)的程序通常只能在Microsoft Windows、Oracle應(yīng)用服務(wù)器和Oracle Forms數(shù)據(jù)庫(kù)的環(huán)境中運(yùn)行。

因?yàn)槿狈δK化，團(tuán)隊(duì)在一個(gè)應(yīng)用程序上一起合作開(kāi)發(fā)是比較困難的，或者說(shuō)有很多限制條件。

RAD工具（如Visual Cafe和Borlands JBuilder）在速度和資源需求方面遇到了困難。它們是用Java寫(xiě)的，這在當(dāng)時(shí)意味著對(duì)資源的巨大需求。

2001年：模型驅(qū)動(dòng)架構(gòu)

為了減少部門(mén)和開(kāi)發(fā)之間的距離，對(duì)象管理組織(OMG，Object Management Group)在2001年推出了模型驅(qū)動(dòng)架構(gòu)(MDA)。作為一種軟件設(shè)計(jì)方法，它提供了一組指導(dǎo)方針，用于將規(guī)范構(gòu)建和表示為模型。

模型支持域的整體視圖，綜合考慮技術(shù)和業(yè)務(wù)需求，隨后轉(zhuǎn)換為可執(zhí)行代碼。在開(kāi)發(fā)和運(yùn)行時(shí)使用生成器和解釋器來(lái)生成或解釋模型中的代碼。

隨著MDA和微軟軟件工廠的出現(xiàn)，模型驅(qū)動(dòng)軟件開(kāi)發(fā)(MDSD，Model-Driven Software Development)吸引了很多使用UML(統(tǒng)一建模語(yǔ)言，Unified Modeling Language)和BPMN(業(yè)務(wù)流程建模符號(hào)，Business Process Modeling Notation)等工具的程序員的興趣。

2007年：移動(dòng)平臺(tái)

隨著蘋(píng)果在2007年發(fā)布iPhone iOS進(jìn)入移動(dòng)設(shè)備市場(chǎng)，以及一年后谷歌的Android問(wèn)世，各種移動(dòng)平臺(tái)應(yīng)運(yùn)而生。

開(kāi)發(fā)者積極使用Android Studio和Xcode等可視化編輯器在本地開(kāi)發(fā)Android和iOS應(yīng)用。

這是桌面應(yīng)用程序在移動(dòng)設(shè)備上的復(fù)興。

然而，響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)以及增強(qiáng)型Web應(yīng)用(PWA，Progressive Web APPs)等技術(shù)已經(jīng)威脅到了移動(dòng)應(yīng)用，因?yàn)樗鼈兡軌驗(yàn)樾⌒驮O(shè)備提供具有良好用戶體驗(yàn)(UX)的網(wǎng)頁(yè)應(yīng)用，并且不需要依賴特定的。

2014年：低代碼與低代碼開(kāi)發(fā)平臺(tái)

2014年，弗雷斯特集團(tuán)(Forrester)發(fā)表了一篇文章，此后“低代碼”(low-code)一詞成為顯學(xué)。

低代碼開(kāi)發(fā)平臺(tái)(LCDP，Low-Code Development Platform)的出現(xiàn)—它的起源可以追溯到2011年，其目標(biāo)是將盡可能多的概念整合到一個(gè)平臺(tái)上，從而使編寫(xiě)代碼變得不必要或至少顯著減少。

低代碼平臺(tái)包含RAD和MDSD過(guò)程，并將ALM(應(yīng)用程序生命周期管理，Application Life Cycle Management)以及持續(xù)集成(CI，Continuous Integration)或持續(xù)部署(CD，Continuous Deployment)集成到開(kāi)發(fā)、測(cè)試和生產(chǎn)環(huán)境中。

為了支持整個(gè)環(huán)境的“拖放”創(chuàng)建，必須有PaaS(平臺(tái)即服務(wù)，Platform as a Service)的支持。通常使用公有云服務(wù)提供的PaaS，但也可以使用企業(yè)內(nèi)部服務(wù)（如基于OpenShift的容器平臺(tái)）。

aPaaS(應(yīng)用平臺(tái)即服務(wù)，Application Platform as a Service)提供了應(yīng)用程序整個(gè)生命周期所需的一切:從一開(kāi)始的規(guī)劃階段一直到開(kāi)發(fā)、驗(yàn)收和運(yùn)維。

2020年：數(shù)字化轉(zhuǎn)型的迫切需要

2020年，新冠疫情的大爆發(fā)暴露了許多企業(yè)在數(shù)字化方面已經(jīng)落后了。

為了保持他們的業(yè)務(wù)運(yùn)作并滿足他們的員工和客戶的需求，他們被迫升級(jí)他們的應(yīng)用程序，并構(gòu)建新的應(yīng)用程序來(lái)填補(bǔ)現(xiàn)有的流程空白。

因此，低代碼的普及程度得到了提升。這一勢(shì)頭持續(xù)到2023年。

第一階段：初期框架

繼續(xù)閱讀：

未經(jīng)允許不得轉(zhuǎn)載：RPA中國(guó) | RPA全球生態(tài) | 數(shù)字化勞動(dòng)力 | RPA新聞 | 推動(dòng)中國(guó)RPA生態(tài)發(fā)展 | 流 > 一文看懂低代碼技術(shù)發(fā)展史