從表單驅(qū)動(dòng)到模型驅(qū)動(dòng)，解讀低代碼開發(fā)平臺的發(fā)展趨勢

隨著社會數(shù)字化進(jìn)程的加速，旺盛的企業(yè)個(gè)性化需求和有限的專業(yè)開發(fā)人員供給之間的矛盾也日益顯著，業(yè)界亟需更快門檻、更高效率的開發(fā)方法和工具，低代碼技術(shù)便應(yīng)運(yùn)而生。

?

低代碼開發(fā)，是通過編寫少量代碼甚至無需代碼，就可以快速生成應(yīng)用程序的一種方法和工具。借助低代碼，使用者無需編碼即可完成企業(yè)系統(tǒng)的常用功能，少量編碼開發(fā)更多擴(kuò)展功能。

?

（低代碼開發(fā)包含可視化設(shè)計(jì)和編碼擴(kuò)展能力）

?

除了大幅提升開發(fā)效率，低代碼的更大貢獻(xiàn)在于幫助非專業(yè)開發(fā)人員參與到企業(yè)系統(tǒng)的開發(fā)過程中來，直接彌補(bǔ)專業(yè)開發(fā)人員的缺口，降低開發(fā)成本。實(shí)踐表明，熟悉企業(yè)個(gè)性化需求的IT人員甚至業(yè)務(wù)人員共同創(chuàng)建、迭代和發(fā)布應(yīng)用程序，花費(fèi)的時(shí)間則比傳統(tǒng)方式更少。

?

低代碼開發(fā)平臺可以加速和簡化從小型部門到大型復(fù)雜任務(wù)的應(yīng)用程序開發(fā)，實(shí)現(xiàn)開發(fā)一次即可跨平臺部署，但這只是它能力的一部分。低代碼開發(fā)平臺還加快并簡化了應(yīng)用程序的部署，以及與其他系統(tǒng)的集成。

?

企業(yè)生存的關(guān)鍵取決于產(chǎn)品與業(yè)務(wù)能力。為了讓企業(yè)和為其服務(wù)的系統(tǒng)集成商更輕松的應(yīng)對由業(yè)務(wù)部門發(fā)起的大量需求，低代碼平臺基于不同的場景和企業(yè)人力資源配置，使專業(yè)開發(fā)人員、IT人員和業(yè)務(wù)人員都能以更高效的方式開發(fā)軟件。

使用低代碼開發(fā)平臺的主要應(yīng)用場景

l? 新的想法，需求不明確，需要快速投入實(shí)驗(yàn)

l? 沒有現(xiàn)成的應(yīng)用可供采購，只能自己開發(fā)

l? 現(xiàn)成的應(yīng)用太復(fù)雜難用或者太貴

l? 需要基于現(xiàn)成的應(yīng)用進(jìn)行定制化開發(fā)才能使用

低代碼開發(fā)平臺的能力構(gòu)成

低代碼開發(fā)平臺的能力與場景化靈活性，可以概括為五個(gè)維度。

?

l? 通用型

l? 請求處理

l? 流程

l? 數(shù)據(jù)庫

l? 移動(dòng)優(yōu)先

?

除此之外，低代碼開發(fā)平臺通常還需要三個(gè)核心產(chǎn)品能力，用以達(dá)成其平臺特性，形成足夠的競爭力。

?

l? aPaaS：應(yīng)用程序平臺即服務(wù)，用來快速構(gòu)建后端邏輯，這里的平臺不只是公有云，按照國內(nèi)企業(yè)用戶的使用習(xí)慣，還需要支持私有化部署

l? MADP：支持移動(dòng)應(yīng)用的開發(fā)平臺，用來快速構(gòu)建各種場景化應(yīng)用

l? BPM：業(yè)務(wù)流程管理，用可視化的模式，而不是代碼來描述業(yè)務(wù)需求，絕大多數(shù)場景中應(yīng)支持可視化業(yè)務(wù)邏輯設(shè)計(jì)

?

以上三點(diǎn)能力是低代碼開發(fā)平臺的重要標(biāo)志，也代表著低代碼開發(fā)平臺應(yīng)具備的主要特性。?

低代碼開發(fā)平臺的能力延伸

作為低代碼開發(fā)平臺的三大要素，aPaaS、MADP、BPM都具備各自獨(dú)特的能力。

?

其中，aPaaS可以在整個(gè)應(yīng)用程序生命周期實(shí)現(xiàn)應(yīng)用程序的快速開發(fā)和交付，簡化應(yīng)用程序的編譯和部署并確?？捎眯?、可靠性和可伸縮性，以及應(yīng)用程序運(yùn)行控制和監(jiān)控。

?

MADP能夠更好地應(yīng)對企業(yè)數(shù)字化業(yè)務(wù)與創(chuàng)新性需求，是低代碼開發(fā)能力的重要補(bǔ)充。隨著移動(dòng)辦公、BYOD日趨流行，國內(nèi)外諸多低代碼開發(fā)平臺都在逐漸加強(qiáng)對移動(dòng)應(yīng)用開發(fā)的支撐能力，這里的移動(dòng)應(yīng)用不應(yīng)局限于APP，還需要支持微信、釘釘?shù)乳_放平臺。

?

BPM本身就是一種傳統(tǒng)的技術(shù)平臺，低代碼以另一種方式將其涵蓋。傳統(tǒng)的BPM注重流程化開發(fā)，目的是通過系統(tǒng)性的改善企業(yè)內(nèi)部的商業(yè)流程來提升組織效率， BPM前端主要是基于表單來實(shí)現(xiàn)快速開發(fā)，樣式比較固定，后端通過分析BPMN流程圖（業(yè)務(wù)流程建模標(biāo)注）來完成一步步的流程開發(fā)。相比之下，低代碼開發(fā)在這一領(lǐng)域有著諸多優(yōu)勢。

?

?

從表單驅(qū)動(dòng)到模型驅(qū)動(dòng)，低代碼發(fā)展的趨勢

表單驅(qū)動(dòng)是傳統(tǒng)BPM的典型標(biāo)志，也是使用Excel做數(shù)據(jù)管理的常見做法：為了實(shí)現(xiàn)某個(gè)業(yè)務(wù)目標(biāo)，利用計(jì)算機(jī)在多個(gè)參與者之間按某種預(yù)定規(guī)則自動(dòng)傳遞文檔、信息或者任務(wù)。一些從BPM或者Excel服務(wù)器類產(chǎn)品轉(zhuǎn)型而來的低代碼開發(fā)平臺，大多延續(xù)了這種表單驅(qū)動(dòng)的模式。

?

而另一些低代碼開發(fā)平臺，如專業(yè)開發(fā)工具廠商葡萄城的活字格，就選擇了另一條路——模型驅(qū)動(dòng)。模型驅(qū)動(dòng)使用可視化建模技術(shù)來定義數(shù)據(jù)關(guān)系、流程邏輯和構(gòu)建用戶界面，使開發(fā)人員和業(yè)務(wù)用戶能夠快速交付應(yīng)用程序，而不需要代碼。使用模型驅(qū)動(dòng)的低代碼開發(fā)平臺做出來的系統(tǒng)，在架構(gòu)上與專業(yè)開發(fā)人員使用純代碼交付的系統(tǒng)幾乎沒有差別。

?

相比于表單驅(qū)動(dòng)，模型驅(qū)動(dòng)的典型優(yōu)勢如下：

?

1、?? 系統(tǒng)架構(gòu)更清晰，表單和數(shù)據(jù)模型均可單獨(dú)開發(fā)與維護(hù)

2、?? 基于模型的API層，使用少量編碼即可基于模型實(shí)現(xiàn)更多復(fù)雜邏輯

3、?? 純代碼開發(fā)的企業(yè)系統(tǒng)絕大多數(shù)都是模型驅(qū)動(dòng)的架構(gòu)，當(dāng)需要與之做系統(tǒng)系統(tǒng)集成時(shí)，數(shù)據(jù)打通變的更加容易，部分低代碼開發(fā)平臺甚至能直連其他系統(tǒng)的數(shù)據(jù)庫

?

如果給表單驅(qū)動(dòng)打上標(biāo)簽的話，那就是“無紙化、重復(fù)工作、流程孤島、系統(tǒng)孤島、數(shù)據(jù)孤島”;而模型驅(qū)動(dòng)的模式，對應(yīng)的便是“智能化、效率質(zhì)量提升、外部數(shù)據(jù)整合、消除信息孤島、內(nèi)部數(shù)據(jù)整合”。毫無疑問，模型驅(qū)動(dòng)更加智能，更加整合，能夠?qū)崿F(xiàn)數(shù)據(jù)的同步交換和共享。這一特征更受用戶歡迎，能有效幫助企業(yè)簡化多余流程，是未來工作流技術(shù)發(fā)展的方向，更加適合低代碼開發(fā)平臺。