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

選型指標(biāo)

低代碼最近也非?；鸨?，

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

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

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

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

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

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

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

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

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

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

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

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

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

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

都可以說是沒有價值的。

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

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

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

代碼生成和非代碼生成。

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

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

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

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

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

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

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

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

舉個例子：

典型采購流程

上圖是一個典型的采購流程。

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

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

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

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

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

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

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

同時財務(wù)部門會收到一個應(yīng)付單。

上圖中當(dāng)其中一個節(jié)點發(fā)生變化時，

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

舉個例子：

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

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

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

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

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

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

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

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

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

那就不可避免地會中斷計算，

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

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

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

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

低代碼

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

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

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

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

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

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

一個動態(tài)表單模塊，

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

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

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

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

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

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

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

如果您覺得對您的朋友有幫助，請分享給他們；

如果您能點個贊，那就是對作者最大的支持。

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