#頭條創(chuàng)作挑戰(zhàn)賽#

選型指標(biāo)

低代碼最近也非?；鸨?/span>

很多企業(yè)和項(xiàng)目的運(yùn)營或者管理者們，

看到了低代碼系統(tǒng)的價(jià)值。

現(xiàn)在低代碼系統(tǒng)市場魚龍混雜，

那么如何規(guī)避風(fēng)險(xiǎn)，

選擇合適自己的低代碼系統(tǒng)呢？

以下是作為一名在低代碼領(lǐng)域深耕十幾年的從業(yè)者的建議。

選擇低代碼系統(tǒng)的關(guān)鍵還是在自身，

大家需要整理出自己當(dāng)前和未來幾年對(duì)應(yīng)用系統(tǒng)的需求。

然后再對(duì)低代碼系統(tǒng)進(jìn)行詳細(xì)的調(diào)研。

低代碼系統(tǒng)是降本增效的利器，

但是不管是低代碼系統(tǒng)配置出來的，

還是使用原生代碼編碼開發(fā)出來的應(yīng)用系統(tǒng)，

作用只有一個(gè)：支撐業(yè)務(wù)。

任何支撐不了業(yè)務(wù)的應(yīng)用軟件，

都可以說是沒有價(jià)值的。

當(dāng)前的低代碼系統(tǒng)核心特點(diǎn)大概分為兩類：

1. 元數(shù)據(jù)驅(qū)動(dòng)；
2. 表單驅(qū)動(dòng)。

低代碼系統(tǒng)對(duì)于新模塊的業(yè)務(wù)實(shí)現(xiàn)又分為兩類：

代碼生成和非代碼生成。

代碼生成是指：低代碼系統(tǒng)配置的新功能模塊，需要生成代碼。

一、應(yīng)用系統(tǒng)的復(fù)雜程度

應(yīng)用系統(tǒng)復(fù)雜程度這個(gè)指標(biāo)，

在很多時(shí)候沒有一個(gè)明確的標(biāo)準(zhǔn)。

籠統(tǒng)一點(diǎn)可以理解為數(shù)據(jù)交互的復(fù)雜程度。

OA、CRM這類系統(tǒng)可以歸為復(fù)雜程度較低的系統(tǒng)。

供應(yīng)鏈、生產(chǎn)管理這類可以歸為復(fù)雜程度較高的系統(tǒng)。

那什么是數(shù)據(jù)交互呢？

舉個(gè)例子：

典型采購流程

上圖是一個(gè)典型的采購流程。

采購部門創(chuàng)建采購申請(qǐng)單之后，

關(guān)聯(lián)生成采購訂單(金蝶ERP中成為：下推)，

采購負(fù)責(zé)人與供應(yīng)商聯(lián)系，

確定貨物配送的具體事宜，

同時(shí)關(guān)聯(lián)生成采購入庫單，

當(dāng)需要采購的貨物到達(dá)倉庫時(shí)，

倉庫根據(jù)實(shí)際情況，完成采購入庫單。

同時(shí)財(cái)務(wù)部門會(huì)收到一個(gè)應(yīng)付單。

上圖中當(dāng)其中一個(gè)節(jié)點(diǎn)發(fā)生變化時(shí)，

需要和上下游流程進(jìn)行數(shù)據(jù)處理，

也就是圖中標(biāo)注的反寫。

當(dāng)然數(shù)據(jù)的交互不只是關(guān)聯(lián)生成和反寫，

還有值更新、超額檢查、關(guān)單等各種操作。

上圖中的業(yè)務(wù)在一個(gè)企業(yè)里是非常常見，

也是非常典型業(yè)務(wù)。

當(dāng)前市面上的絕大部分，

以表單驅(qū)動(dòng)的低代碼系統(tǒng)是支持不了的，

除非再次做二次開發(fā)。

只能是元數(shù)據(jù)驅(qū)動(dòng)的低代碼系統(tǒng)可以很好地支持。

如果需要做大量二次開發(fā)才能支撐起業(yè)務(wù)，

那么這種低代碼系統(tǒng)價(jià)值就不高了，

只能將其定位為：快速開發(fā)平臺(tái)，

和某種語言的開發(fā)框架屬于一個(gè)層次。

二、是否有大量計(jì)算任務(wù)

大量的計(jì)算任務(wù)是指什么呢？

舉個(gè)例子：

我們的ERP系統(tǒng)中的MRP(物資需求計(jì)劃)，和生產(chǎn)計(jì)劃排程。

要完成這兩類數(shù)據(jù)，

系統(tǒng)需要進(jìn)行大量的數(shù)據(jù)運(yùn)算，

而且大多數(shù)情況下，運(yùn)算時(shí)間比較長。

低代碼系統(tǒng)基本上是由靜態(tài)類型語言開發(fā)的，

靜態(tài)語言開發(fā)的系統(tǒng)，

如果需要更新，就需要重啟服務(wù)。

如果有我們的業(yè)務(wù)系統(tǒng)正在跑計(jì)算任務(wù)，

而系統(tǒng)由于更新被重啟了服務(wù)，

那就不可避免地會(huì)中斷計(jì)算，

而且產(chǎn)生了大量的臟數(shù)據(jù)，

這就是一場災(zāi)難。

所以，如果業(yè)務(wù)系統(tǒng)有這種大量運(yùn)算的場景，

基于代碼生成的低代碼系統(tǒng)就不適合了。

低代碼

到此，我們已經(jīng)簡單地說明了低代碼系統(tǒng)選型的主要標(biāo)準(zhǔn)。

OA、CRM等這類系統(tǒng)可以使用表單驅(qū)動(dòng)的低代碼系統(tǒng)，

而供應(yīng)鏈、生產(chǎn)管理等這類系統(tǒng)需要使用元數(shù)據(jù)驅(qū)動(dòng)的低代碼系統(tǒng)。

復(fù)雜系統(tǒng)盡量避免使用代碼生成模式的低代碼系統(tǒng)。

根據(jù)我們對(duì)國內(nèi)低代碼系統(tǒng)市場的背調(diào)。

絕大部分低代碼系統(tǒng)是使用的Java或者C#開發(fā)，

一個(gè)動(dòng)態(tài)表單模塊，

配合工作流引擎（Flowable、Activiti等）

再加一個(gè)數(shù)據(jù)大屏，

就算一個(gè)低代碼系統(tǒng)了。

當(dāng)然如果是支撐類似OA、CRM這類系統(tǒng)，是沒問題等。

較復(fù)雜應(yīng)用系統(tǒng)，

當(dāng)前只能是基于元數(shù)據(jù)驅(qū)動(dòng)的低代碼系統(tǒng)才能支撐。

如果您覺得本文對(duì)您有用，建議收藏；

如果您覺得對(duì)您的朋友有幫助，請(qǐng)分享給他們；

如果您能點(diǎn)個(gè)贊，那就是對(duì)作者最大的支持。

更多精彩內(nèi)容發(fā)布于公眾號(hào)：代碼乾坤 （CoderLand）