手碼6500字，帶你快速看懂：什么是低代碼開發(fā)平臺（apaas），低代碼有哪些價(jià)值，以及低代碼平臺的使用邏輯和心得。

一、什么是低代碼開發(fā)平臺（apaas）？

低代碼開發(fā)平臺是一種aPaaS（Application Platform as a Service），它是僅需少量編碼+可視化組件拖拽 (drag & drop) 的構(gòu)建方式即可快速完成應(yīng)用系統(tǒng)開發(fā)的平臺。該名詞最早于2014年6月由Forrester Research最先提出。

低代碼開發(fā)平臺通常具備以下特點(diǎn)：

• 可視化集成開發(fā)環(huán)境（Visual IDE）;

• 大量可重用且支持拖拽的組件（drag & drop）；

• API應(yīng)用程序編程接口（Application Programming Interface）；

• 等等。

如果你對這個(gè)概念還不太理解，可以想想一下《鋼鐵俠》中鋼鐵俠在自己的全息工作臺上擺弄設(shè)計(jì)各種鋼鐵俠的場景……（雖然目前的低代碼平臺還沒這么酷炫，但是大概的意思差不多）。

如果覺得這個(gè)例子太過科幻，其實(shí)我們身邊隨手都能看到類似的工具和平臺，比如，Mac系統(tǒng)中的Automator或是iOS中的快捷指令（原來叫做workflow），亦或是前幾年火過一陣的ifttt……

二、低代碼開發(fā)平臺的價(jià)值

假如我們需要用到低代碼，那首先一定要明確低代碼平臺究竟能夠給我們帶來哪些價(jià)值。

以下是我總結(jié)出的幾點(diǎn)價(jià)值，供大家參考。

1、 降本增效

據(jù)統(tǒng)計(jì)，低代碼開發(fā)在企業(yè)內(nèi)部信息化的應(yīng)用上的效率提升大概在67%左右，相當(dāng)于1個(gè)人能夠發(fā)揮2-3人的人效。而開發(fā)完成后，測試和優(yōu)化的周期也相應(yīng)會(huì)大大縮短。所以相同的項(xiàng)目通過傳統(tǒng)編碼的方式來做可能需要3個(gè)月的時(shí)間，而低代碼預(yù)計(jì)1個(gè)月左右就能搞定了。無論是人力的占用還是時(shí)間成本，低代碼在降本增效方面都有著絕對的優(yōu)勢。

2、 逐步落地

不用像過去的代碼開發(fā)一樣，需要做大量的準(zhǔn)備工作才能開始編碼。通過低代碼所見即所得，快速開發(fā)的特性。很多的業(yè)務(wù)實(shí)踐或者優(yōu)化都可以在幾分鐘內(nèi)開發(fā)出來，得到效果反饋。這會(huì)直接改變原有的企業(yè)數(shù)字化戰(zhàn)略計(jì)劃。讓數(shù)字化的整體規(guī)劃過程可以更加從容。不用擔(dān)心一旦開始開發(fā)很多東西就不能修改，不能回頭的問題。模塊化的開發(fā)模式，會(huì)讓整個(gè)業(yè)務(wù)變得更加靈活，更加能夠匹配市場的變化。

3、 全員參與

和傳統(tǒng)編碼必須得由IT人員參與的情況不同，對于一些基礎(chǔ)性的改動(dòng)或者開發(fā)工作，通過低代碼平臺已經(jīng)不需要IT人員“事必躬親”了，業(yè)務(wù)人員也可以根據(jù)自身的需求，通過平臺的配置項(xiàng)快速完成業(yè)務(wù)的變更和修改，在IT資源緊缺的公司，這種模式，會(huì)很大程度的提高員工參與信息化建設(shè)的積極性，更好的推動(dòng)企業(yè)數(shù)字化落地。

4、企業(yè)級底層能力

企業(yè)級最重要的意義在于必須要能夠成為支持企業(yè)各部門、各業(yè)務(wù)開展的信息化重要“支柱”， 企業(yè)的數(shù)字化應(yīng)用場景，按照業(yè)務(wù)類型通常包括數(shù)據(jù)信息管理、業(yè)務(wù)審批、各類報(bào)表分析以及其他業(yè)務(wù)；

• 按照業(yè)務(wù)部門可以分為人事行政、項(xiàng)目、銷售、研發(fā)、生產(chǎn)等等；

• 按照當(dāng)前的軟件類別又可以分為ERP、SCM、CRM、OA、PLM、MES等等，

各行業(yè)中又還有其他的定義標(biāo)準(zhǔn)。

所以如果要采購低代碼平臺，能否支持到上述這些場景下，去完成系統(tǒng)開發(fā)任務(wù)，將會(huì)是所有公司采購平臺的最關(guān)鍵因素。 誰也不想買一個(gè)工具箱，卻只能解決一個(gè)問題。

5、易用性和可維護(hù)性

諸多的低代碼開發(fā)平臺往往都只強(qiáng)調(diào)業(yè)務(wù)開發(fā)過程，卻忽略的后續(xù)的運(yùn)維管理。要知道一個(gè)正?？蛇\(yùn)行的系統(tǒng)，開發(fā)完成才只是開始，后續(xù)還會(huì)有持續(xù)不斷的優(yōu)化和開發(fā)。那么誰來開發(fā)，誰能開發(fā)，如何進(jìn)行版本的管理和運(yùn)維。 大型信息化系統(tǒng)需要有嚴(yán)格的研發(fā)管理流程。不然一旦操作不慎，可能會(huì)導(dǎo)致企業(yè)重要經(jīng)營數(shù)據(jù)的流失和業(yè)務(wù)的癱瘓。

這一塊低代碼是不能和傳統(tǒng)代碼開發(fā)“唱反調(diào)”的。企業(yè)級低代碼在這一塊能夠保持和傳統(tǒng)代碼開發(fā)一樣，在運(yùn)維上：

• 支持針對開發(fā)人員進(jìn)行權(quán)限管理，做到模塊和功能的限制；

• 支持查看應(yīng)用的運(yùn)行情況，針對正在運(yùn)行過程中的自動(dòng)化事務(wù)的占用資源和次數(shù)進(jìn)行監(jiān)控；

• 支持應(yīng)用系統(tǒng)的版本管理，可同步git，實(shí)現(xiàn)分支拉取和上傳；

• 支持應(yīng)用修改-發(fā)布機(jī)制，支持“UAT-灰度-生產(chǎn)環(huán)境”的開發(fā)更新流程。

6、擁抱新技術(shù)

除了能夠支持常規(guī)的信息化系統(tǒng)的開發(fā)，隨著市場發(fā)展的需求，新的技術(shù)融入能夠和低代碼一起產(chǎn)生不一樣的化學(xué)反應(yīng)。例如AIGC概念的異軍突起，織信低代碼 也積極響應(yīng)，率先和ChatGPT、Stable Diffusion實(shí)現(xiàn)對接。

通過和ChatGPT的對接，實(shí)現(xiàn)了業(yè)務(wù)系統(tǒng)的AI智能開發(fā)（如智能生成數(shù)據(jù)模型，輔助編寫代碼，自動(dòng)生成業(yè)務(wù)邏輯自動(dòng)化等等），進(jìn)一步提升開發(fā)效率。

而Stable Diffusion作為AI圖片領(lǐng)域的重要模型，集成到織信低代碼后，織信平臺可以在相關(guān)圖片業(yè)務(wù)場景中，實(shí)現(xiàn)AI文生圖、圖生圖需求的快速調(diào)用。服務(wù)于電商、設(shè)計(jì)、廣告等領(lǐng)域，極大的提高了業(yè)務(wù)生產(chǎn)力。

三、低代碼開發(fā)平臺的使用心得

下面以 織信低代碼 為例，來深入聊聊低代碼平臺的使用邏輯。

應(yīng)用設(shè)計(jì)過程

利用織信低代碼進(jìn)行應(yīng)用設(shè)計(jì)的過程和傳統(tǒng)開發(fā)過程是比較類似的，分為以下模型設(shè)計(jì) 頁面設(shè)計(jì) 交互設(shè)計(jì) 流程設(shè)計(jì) 權(quán)限設(shè)計(jì)5個(gè)步驟。

模型設(shè)計(jì)：利用數(shù)據(jù)表模塊進(jìn)行模型和字段設(shè)計(jì)

例：我們要進(jìn)行一個(gè)員工信息表的建立，員工信息表的內(nèi)容如圖：

首先我們需要根據(jù)員工信息表進(jìn)行分析，確定每列對應(yīng)的在織信中的字段類型。

確定好表單的字段類型后，在系統(tǒng)中進(jìn)行模型配置

創(chuàng)建完成的數(shù)據(jù)表展示

頁面設(shè)計(jì)：利用視圖模塊進(jìn)行數(shù)據(jù)展示設(shè)計(jì)，對于復(fù)雜的頁面使用網(wǎng)站模塊和自定義頁面進(jìn)行頁面開發(fā)

頁面設(shè)置支持從顯示設(shè)置、篩選條件、樹形結(jié)構(gòu)、數(shù)據(jù)過濾和排序、工具欄、表單配置、事件監(jiān)聽7個(gè)配置模塊。用戶可以根據(jù)實(shí)際業(yè)務(wù)場景，進(jìn)行符合需求的數(shù)據(jù)頁面配置操作。

配置后的頁面展示內(nèi)容及對應(yīng)效果

交互設(shè)計(jì)：利用控件設(shè)計(jì)操作按鈕

用戶可以通過控件，拓展符合業(yè)務(wù)需求的交互按鈕，可執(zhí)行用戶指定的操作行為，來滿足實(shí)際應(yīng)用場景的需求。控件支持在表格工具欄、數(shù)據(jù)表詳情、儀表盤、右鍵菜單等多種場景添加配置。

控件配置項(xiàng)

流程設(shè)計(jì)：利用BPMN設(shè)計(jì)工作流程

織信的工作流是基于BPMB2.0的流程設(shè)計(jì)工具，支持用戶通過工作流來完成各類業(yè)務(wù)流程的設(shè)計(jì)和開發(fā)工作。例，我們需要完成一個(gè)發(fā)票報(bào)銷的審批流程：

下圖為發(fā)票報(bào)銷業(yè)務(wù)流程圖：

基于業(yè)務(wù)流程圖，在工作流中配置對應(yīng)的流程：

權(quán)限設(shè)計(jì)：設(shè)計(jì)團(tuán)隊(duì)角色和應(yīng)用角色

團(tuán)隊(duì)角色是能夠分配在織信團(tuán)隊(duì)中的用戶所具備的權(quán)限范圍，包括團(tuán)隊(duì)管理 應(yīng)用管理 應(yīng)用設(shè)計(jì) 邀請成員 4種權(quán)限的分配，一般來說，團(tuán)隊(duì)內(nèi)部權(quán)限分配可參考：

• IT及運(yùn)維人員 :應(yīng)用管理應(yīng)用設(shè)計(jì)

• 行政及人事 :團(tuán)隊(duì)管理邀請成員

• 公司成員 ：無需權(quán)限

應(yīng)用角色可以給應(yīng)用內(nèi)的成員進(jìn)行角色和權(quán)限進(jìn)行配置，可以設(shè)置在應(yīng)用各模塊中的權(quán)限。

除了團(tuán)隊(duì)角色 應(yīng)用角色可以對成員進(jìn)行權(quán)限的配置和管理，在系統(tǒng)中，還有許多地方可以根據(jù)場景不同設(shè)置特定的用戶權(quán)限來實(shí)現(xiàn)業(yè)務(wù)需求，例如：

• 字段權(quán)限設(shè)置

• 記錄行權(quán)限設(shè)置

• 審批權(quán)限設(shè)置

• 通過自動(dòng)化配置的特殊數(shù)據(jù)校驗(yàn)

以上的步驟可以順序進(jìn)行，也可以分迭代循環(huán)進(jìn)行。

在織信低代碼中應(yīng)用的設(shè)計(jì)過程和使用過程是分離的，修改應(yīng)用的設(shè)置后需要發(fā)布應(yīng)用才能生效。每次發(fā)布動(dòng)作應(yīng)用的發(fā)布版本號會(huì)遞增。應(yīng)用的發(fā)布只能遞增，不能降級。如果有降級需求，需要在發(fā)布應(yīng)用時(shí)將應(yīng)用數(shù)據(jù)庫做快照備份，降級時(shí)恢復(fù)備份即可。

安裝部署和升級

在應(yīng)用設(shè)計(jì)器中完成應(yīng)用設(shè)計(jì)后可以將應(yīng)用導(dǎo)出為imr（InforMat aRchive）安裝文件，imr安裝文件中包含了應(yīng)用的所有配置項(xiàng)。通過在不同環(huán)境中分發(fā)imr文件可以實(shí)現(xiàn)多環(huán)境測試部署。一個(gè)典型的安裝部署過程如下：

強(qiáng)烈建議在每次發(fā)布生產(chǎn)環(huán)境時(shí)都將imr文件備份，存入到制品庫中。

環(huán)境變量

在不同環(huán)境部署應(yīng)用時(shí)，需要?jiǎng)討B(tài)的調(diào)整一些參數(shù)值。例如支付服務(wù)的地址，在測試環(huán)境對應(yīng)的是測試支付地址，在生產(chǎn)環(huán)境對應(yīng)的是真實(shí)的支付地址。

這些參數(shù)值會(huì)被自動(dòng)化程序或者腳本引用，為了能保證應(yīng)用在不同環(huán)境中遷移，織信提供了環(huán)境變量設(shè)置的功能。

在織信中可以通過設(shè)置 環(huán)境 ID 值的映射關(guān)系，并且通過表達(dá)式函數(shù)Context.appEnvProp(propKey)獲取當(dāng)前環(huán)境ID等于 propKey的值。 應(yīng)用當(dāng)前環(huán)境屬性在應(yīng)用設(shè)置頁面修改。

版本說明

應(yīng)用在進(jìn)行版本升級時(shí)，應(yīng)當(dāng)將版本號增加，織信對版本號的格式?jīng)]有硬性要求，建議使用主版本.次版本.修訂版本的格式設(shè)置版本號。對于每一個(gè)版本可在應(yīng)用設(shè)置中增加版本說明。版本說明可使用markdown格式書寫。在導(dǎo)入或者升級應(yīng)用時(shí)織信會(huì)顯示此安裝文件的版本說明。

團(tuán)隊(duì)人員的建議

對于簡單的應(yīng)用場景，例如任務(wù)管理一類的需求，如果應(yīng)用中不涉及復(fù)雜的邏輯計(jì)算操作，應(yīng)用的設(shè)計(jì)人員可以由產(chǎn)品經(jīng)理擔(dān)任。這類應(yīng)用的配置過程都可以通過圖形化的方式完成。

對于復(fù)雜的大型應(yīng)用，例如ERP，MES，PLM一類的需求，我們建議應(yīng)用設(shè)計(jì)團(tuán)隊(duì)由以下角色構(gòu)成：

• 產(chǎn)品經(jīng)理：負(fù)責(zé)需求的梳理，如模型設(shè)計(jì)、頁面設(shè)計(jì)、交互設(shè)計(jì)、權(quán)限設(shè)計(jì)；

• 開發(fā)人員：負(fù)責(zé)自動(dòng)化搭建，腳本編寫以及在模型設(shè)計(jì)、頁面設(shè)計(jì)、交互設(shè)計(jì)、權(quán)限設(shè)計(jì)過程中的表達(dá)式的編寫；

• 測試人員 對系統(tǒng)進(jìn)行功能測試 這與傳統(tǒng)的開發(fā)模式是類似的，但是基于織信提供的大量功能，人員數(shù)量上會(huì)大幅減少。

使用邏輯講完了，最后再講一講我是怎么利用低代碼從0到1搭了一套工單系統(tǒng)的。

為了充分體驗(yàn)搭建過程，本人嘗試搭建一個(gè)內(nèi)容部門與其他部門需求對接所使用的應(yīng)用，有點(diǎn)像內(nèi)容團(tuán)隊(duì)的“臨時(shí)工單”，來解決目前協(xié)同辦公軟件分工顆粒度過大、跨部門臨時(shí)需求得不到重視、執(zhí)行者無法了解任務(wù)優(yōu)先級、領(lǐng)導(dǎo)不好把控進(jìn)度等問題。

該應(yīng)用希望實(shí)現(xiàn)的是：

• 1、臨時(shí)需求能夠通過需求方的錄入，自動(dòng)成為一個(gè)待分配的工作。

• 2、由相應(yīng)負(fù)責(zé)人根據(jù)具體情況來分配人員執(zhí)行。

• 3、執(zhí)行人員可以通過了解任務(wù)緊迫程度，自行排列優(yōu)先級，完成后上傳結(jié)果。

• 4、由相應(yīng)分工負(fù)責(zé)人和需求提出方來驗(yàn)收結(jié)果。

• 5、全程進(jìn)度要一目了然，方便追責(zé)，有統(tǒng)計(jì)數(shù)據(jù)歸檔。

如果放在以前，不會(huì)編程的我只能對外求助，而這樣一個(gè)不大不小的需求，也很難得到重視?，F(xiàn)在我們可以考慮拿低代碼平臺嘗試自己搭建，低代碼中比較有名的有宜搭、織信Informat等低代碼產(chǎn)品，本次我們依舊選擇“織信Informat”來進(jìn)行實(shí)操。

織信Informat內(nèi)可以選擇空白應(yīng)用搭建，也可以選擇基于既有模板搭建。模板中心提供OA管理、客戶管理、項(xiàng)目管理、疫情防控、生產(chǎn)管理，進(jìn)銷存管理等類型，數(shù)量超過了上百個(gè)。

根據(jù)實(shí)際需求，本人在模板中選擇的是看似不太搭界的反饋工單模板，看中的就是工單管理中反饋工單、任務(wù)列表、客戶信息、服務(wù)申請、待派工單、待接工單、待處理工單、已處理工單以及滿意度回訪這一整套的售后管理流程，而這套邏輯正好適用于本人的需求。

所有的內(nèi)容都是組件形式，比如我想在頁面內(nèi)加入評分模塊，只需要拖拽到相應(yīng)位置即可。一陣瘋狂的重命名、刪減、拖拽之后，應(yīng)用就基本有了雛形，可以試用了。

當(dāng)然，如果需要實(shí)現(xiàn)一些復(fù)雜的功能，或者現(xiàn)有的組件并不能滿足需求，目前還是需要代碼和一些函數(shù)邏輯的。所以低代碼對于編程小白而言，仍有一定的局限性，但對于有一定編程基礎(chǔ)的人，可以方便、快捷很多，省去很多基礎(chǔ)操作。

完成全部調(diào)整后，應(yīng)用上線，邀請朋友實(shí)測一下成果。朋友在填寫并發(fā)起申請后，相應(yīng)人員會(huì)收到需求的消息提示。

點(diǎn)擊可以查看需求的詳情，相關(guān)人員來負(fù)責(zé)任務(wù)的審批工作，通過的話就開始分工操作。當(dāng)然，如果不合理自然也可以拒絕。

通過之后可以安排相應(yīng)的執(zhí)行人員，完成需求的推進(jìn)。

執(zhí)行人員處理完成任務(wù)后，會(huì)有一個(gè)驗(yàn)收的過程，由需求提出者和分工負(fù)責(zé)人來進(jìn)行驗(yàn)收、評價(jià)，以確認(rèn)需求結(jié)束。

在整個(gè)過程中，也可以很清晰地查看到項(xiàng)目的進(jìn)度，任務(wù)在哪個(gè)時(shí)間進(jìn)行到了哪一步，卡在了哪里，都很明確。預(yù)期功能通過簡單修改相同邏輯的“售后工單”模板確實(shí)得到了實(shí)現(xiàn)。

在測試過程中，我們發(fā)現(xiàn)不論應(yīng)用是否上線，都是可以隨時(shí)去調(diào)整的，比如我們實(shí)測時(shí)候朋友發(fā)現(xiàn)部分環(huán)節(jié)應(yīng)該對權(quán)限管理進(jìn)行調(diào)整，這確實(shí)是本人搭建時(shí)遺忘了，于是我抓緊去添加關(guān)于這部分的設(shè)置就可以了。

總結(jié)：

簡單快速，但依然存在一定門檻。

應(yīng)用的搭建非常迅速，整個(gè)過程用時(shí)大概是一個(gè)多小時(shí)，期間主要用時(shí)都是梳理應(yīng)用的邏輯，也就是想結(jié)構(gòu)、想每一個(gè)地方該是什么，實(shí)際去動(dòng)手的工作量反倒是不多。

事實(shí)上，大家看了本人的搭建過程應(yīng)該會(huì)明白，用低代碼搭建應(yīng)用很簡單，甚至要比PPT套模板要簡單得多。在理清應(yīng)用的邏輯的情況下，就像搭積木或者拼樂高玩具，只需要會(huì)用一點(diǎn)點(diǎn)電腦就可以完成搭建操作。

1、實(shí)際使用確實(shí)可以不用代碼，完成一些簡單應(yīng)用的搭建。純粹不需代碼時(shí)，可能更像是搭建，開發(fā)的感覺比較弱，拖拽可以解決絕大部分需求。

2、后期調(diào)整簡單，上線后可根據(jù)實(shí)際需求隨時(shí)微調(diào)，不用來回找客服、找IT。

3、并且諸如我們常掛在嘴邊的“大數(shù)據(jù)”，低代碼平臺也提供數(shù)據(jù)分析的類目和插件，模板會(huì)在數(shù)量和匹配程度上不斷延伸，這意味著搭建應(yīng)用時(shí)修改的地方會(huì)越來越少。也就是說，低代碼平臺在提高效率方面還會(huì)不斷的強(qiáng)化。

問題：

本人在體驗(yàn)中也發(fā)現(xiàn)了一些使用中的問題：

1、應(yīng)用框架誤刪后無法恢復(fù)，只能重新搭建，無法通過“撤銷”挽回，說明還不是特別智能，存在優(yōu)化空間。

2、對于編程小白仍有一定局限性，偏復(fù)雜的應(yīng)用和功能會(huì)涉及到函數(shù)的調(diào)用，仍需要編程基礎(chǔ)才能理解。

3、應(yīng)用首頁P(yáng)C版橫向布局看起來會(huì)比較奇怪，和移動(dòng)端的適配有一些優(yōu)化空間。

低代碼的價(jià)值在哪？

那么，僅僅是“低門檻”和“高效率”就值得整個(gè)行業(yè)追捧嗎？當(dāng)然不是。雖然低代碼至今依然存在一些局限性，但至少初步做到了將IT開發(fā)的能力賦予給不懂IT的人，這會(huì)帶來不少價(jià)值。

1、低代碼精簡了數(shù)字化的難度。軟件千千萬，但為什么數(shù)字化轉(zhuǎn)型很成功的傳統(tǒng)企業(yè)卻不多？一旦有成果顯著的，也被稱為各行各業(yè)的標(biāo)桿。

軟件具備通用性，即便是行業(yè)化軟件，也是挖掘、梳理、凝聚特定行業(yè)的普遍問題后研發(fā)，大部分的數(shù)字化難點(diǎn)在“如何將通用軟件，變成契合特定一家企業(yè)的系統(tǒng)”。這就出現(xiàn)大量邊邊角角但又特別重要的細(xì)碎需求，也是數(shù)字化落地的重要卡點(diǎn)。

低代碼讓這些邊角需求的數(shù)字化，變得簡單。通用系統(tǒng)有了，銷售部門、生產(chǎn)部門、財(cái)務(wù)部門的差異需求，簡單的自己也能解決，復(fù)雜的再找專業(yè)人士。

2、低代碼解放了創(chuàng)造力，為企業(yè)帶來創(chuàng)新的可能。以前，應(yīng)用是IT或者外包公司來開發(fā)，他們可能對行業(yè)有一些理解，但依然很難完全理解需求方的想法，比如IT清楚醫(yī)院科室問診的大類需求，但無法一一照顧到某一科室的具體情況。那該科室的醫(yī)生是不是了解？當(dāng)醫(yī)生可以隨手開發(fā)應(yīng)用，解決自己工作的問題，還可以不斷將新需求、新想法補(bǔ)充進(jìn)來，沉淀、創(chuàng)新的可能性更大。

3、對于個(gè)人，是一種高效工作的工具。以上兩點(diǎn)更多是從公司的視角來論述，但低代碼的受眾還是要個(gè)人，熟練運(yùn)用這種工具，可以快速搭建一些日常工作，甚至生活中的小應(yīng)用，不用“等人幫你解決問題”。

實(shí)戰(zhàn)體驗(yàn)中，總體來講用低代碼開發(fā)一些表單、流程類應(yīng)用，要比想象中的更加簡單。

低代碼確實(shí)能降低開發(fā)的準(zhǔn)入門檻，讓更加了解業(yè)務(wù)流程的、但沒有編程基礎(chǔ)的人有可能參與到應(yīng)用的構(gòu)建中，這與“讓聽得見炮聲的人來做決策”異曲同工。

拓展內(nèi)容：

傳統(tǒng)開發(fā)與低代碼開發(fā)流程對比

以“ERP”系統(tǒng)為例，傳統(tǒng)應(yīng)用開發(fā)與低代碼開發(fā)對比

傳統(tǒng)的應(yīng)用程序開發(fā)過程：

1、弄清楚要求。

2、規(guī)劃架構(gòu)。

3、選擇后端框架，一些庫，數(shù)據(jù)存儲和任何第三方API。

4、選擇一個(gè)前端框架并希望在完成開發(fā)之前不要棄用它。

5、選擇部署堆棧，設(shè)置CI，創(chuàng)建運(yùn)營計(jì)劃。

6、創(chuàng)建線框和原型。

7、在您選擇的JavaScript框架中手動(dòng)編寫UI代碼。

8、寫一堆失敗的測試。

9、定義模型并將它們連接到數(shù)據(jù)存儲。

10、定義然后編寫業(yè)務(wù)邏輯代碼。

11、創(chuàng)建將向前端提供或從前端接收必要JSON數(shù)據(jù)的視圖。

12、在您選擇的前端框架中實(shí)施您的工作流程和UI。

13、使用他們發(fā)布的界面集成第三方API，或者，如果幸運(yùn)的話，使用您選擇的語言支持的庫。

14、重復(fù)直到測試通過。

15、測試安全性，性能，質(zhì)量和用戶接受度。

16、部署，修補(bǔ)，監(jiān)控，更新，直到應(yīng)用程序生命周期結(jié)束。

低代碼開發(fā)過程：

1、確定要求。

2、選擇任何第三方API。

3、在可視IDE中繪制應(yīng)用程序的工作流程，數(shù)據(jù)模型和用戶界面。

4、連接您的API，通常使用自動(dòng)功能發(fā)現(xiàn)。

5、如有必要，可以將任何手動(dòng)代碼添加到前端或自定義自動(dòng)生成的SQL查詢。

6、測試用戶接受度。

7、部署到生產(chǎn)環(huán)境，然后只需單擊即可推送更新。

除了低代碼開發(fā)平臺之外，現(xiàn)在還出現(xiàn)了無代碼平臺，無代碼開發(fā)平臺無需任何代碼就可以完成應(yīng)用程序的開發(fā)，很多人覺得低代碼和無代碼是同樣的，但是其實(shí)低代碼和無代碼的區(qū)別挺大的，選擇平臺的時(shí)候應(yīng)該進(jìn)行區(qū)分。

以上。

如果喜歡的可以點(diǎn)贊收藏喔~