更新時間：2025-05-18 00:25:36
系統(tǒng)軟件開發(fā)
606一般來說，低代碼開發(fā)平臺從設(shè)計思想上可以分為“表單驅(qū)動”和“模型驅(qū)動”兩種。
前者將頁面形式和數(shù)據(jù)存儲結(jié)構(gòu)合二為一，而后者類似于純代碼開發(fā)，實現(xiàn)了數(shù)據(jù)和性能的完全分離。那么兩者有什么區(qū)別呢？我來詳細(xì)解釋一下： 低代碼平臺中的“模型驅(qū)動”與“表單驅(qū)動”有何區(qū)別？
表單驅(qū)動
1、表單驅(qū)動是什么
表單驅(qū)動是傳統(tǒng)BPM的典型標(biāo)志，也是使用Excel進行數(shù)據(jù)管理的常見做法：為了實現(xiàn)某個業(yè)務(wù)目標(biāo)，利用計算機在多個人員之間自動傳遞文檔參與者根據(jù)某些預(yù)先確定的規(guī)則、信息或任務(wù)。一些由BPM或Excel服務(wù)器產(chǎn)品改造而來的低代碼開發(fā)平臺大多延續(xù)了這種表單驅(qū)動的模式。
簡單來說：如果不需要再配置數(shù)據(jù)庫實體，直接集成在表單中，也就不能對數(shù)據(jù)庫進行直接操作，稱為表單驅(qū)動。
2、表單驅(qū)動優(yōu)勢有哪些
表格驅(qū)動在軟件定制方面的優(yōu)點是：
(1)通用流程定制支持：通過流程過程中的抽象，充分考慮傳遞過程中的權(quán)限分配模型。一定程度上可以更加靈活地完成審批業(yè)務(wù)的定制。隱藏大部分轉(zhuǎn)賬業(yè)務(wù)。
（2）授權(quán)集成設(shè)計：根據(jù)業(yè)務(wù)特點，圍繞表單和流程，最大程度地集成授權(quán)模型，實現(xiàn)更細(xì)粒度的授權(quán)授權(quán)。
(3)表單可視化：在表單方面，系統(tǒng)最大限度地提取公共組件，并添加拖拽式設(shè)計，提取公共屬性供用戶選擇。同時可以在一些腳本動作中進行處理。一定程度上減少了代碼工作量。實現(xiàn)簡單的業(yè)務(wù)邏輯。
3、表單驅(qū)動問題與不足有哪些
表單驅(qū)動中，針對一些常見業(yè)務(wù)，提升了抽象和工具能力。但在實際應(yīng)用中還存在很多問題。
(1)系統(tǒng)集成能力不足
在企業(yè)的實際應(yīng)用中，獨立的業(yè)務(wù)審批服務(wù)很少。大多數(shù)情況下，組織需要從釘釘或企業(yè)微信中讀取，各種業(yè)務(wù)審批需要與相應(yīng)的業(yè)務(wù)系統(tǒng)完成數(shù)據(jù)交互。即使是簡單的“請假流程”，也需要與企業(yè)微信、企業(yè)的HR（讀取員工剩余休假）系統(tǒng)、CRM等系統(tǒng)進行對接和交互，才能很好地完成業(yè)務(wù)流程。而這些系統(tǒng)接口和交互使得業(yè)務(wù)表單驅(qū)動模式很難輕量級運行。在系統(tǒng)集成的這些領(lǐng)域，過度依賴傳統(tǒng)編程。
(2)、無法處理復(fù)雜的數(shù)據(jù)關(guān)系
表單驅(qū)動模式，大部分表單都是從通用模板開始的，但通用模板中有更多不同的業(yè)務(wù)類型和樣式可供選擇。但在實際應(yīng)用中，數(shù)據(jù)之間總會存在一定的數(shù)據(jù)聯(lián)動關(guān)系。特別是在一些專有領(lǐng)域，財務(wù)、人事、政務(wù)等審批的表單和流程的核心在于數(shù)據(jù)的流動，這些領(lǐng)域的模板略顯薄弱。但大多數(shù)模板在關(guān)系操作上過度依賴二次開發(fā)和實現(xiàn)。
(3)、開放性和交互能力較弱只能僅限于系統(tǒng)內(nèi)部使用
表單驅(qū)動模型大多來自業(yè)務(wù)系統(tǒng)內(nèi)部（企業(yè)OA、CRM），或者作為釘釘、企業(yè)微信等平臺的附屬部分。即使有業(yè)務(wù)整合，也大多僅限于內(nèi)部業(yè)務(wù)系統(tǒng)整合。跨系統(tǒng)或跨領(lǐng)域應(yīng)用的成功案例很少。
(4)、部署復(fù)雜、維護困難
表單驅(qū)動本身的部署和維護并不困難，但業(yè)務(wù)真正集成后，會進行大量的業(yè)務(wù)和界面定制。這些定制導(dǎo)致大量混合代碼（模板和本機開發(fā)）。當(dāng)業(yè)務(wù)發(fā)生變化或架構(gòu)升級時，維護和開發(fā)將變得異常驚人。大多數(shù)系統(tǒng)在選擇技術(shù)升級或架構(gòu)更改時都會放棄替代升級。這就是為什么很多成熟的行業(yè)軟件選擇避免流程引擎表單定制等間接的方便架構(gòu)的應(yīng)用甚至犧牲業(yè)務(wù)靈活性。
模型驅(qū)動
1、模型驅(qū)動是什么
模型驅(qū)動使用可視化建模技術(shù)來定義數(shù)據(jù)關(guān)系、處理邏輯并構(gòu)建用戶界面，使開發(fā)人員和業(yè)務(wù)用戶無需代碼即可快速交付應(yīng)用程序。模型驅(qū)動的系統(tǒng)運行時對于降低系統(tǒng)開發(fā)和維護的門檻，支持快速開發(fā)和運維具有重要價值。通常不需要專業(yè)的代碼工程師。業(yè)務(wù)專家和業(yè)務(wù)工程師無需關(guān)注技術(shù)細(xì)節(jié)，即可快速實現(xiàn)系統(tǒng)的定制化開發(fā)和運維。
簡單來說：如果需要創(chuàng)建一個數(shù)據(jù)庫實體與之映射，就叫模型驅(qū)動，以后可以直接操作數(shù)據(jù)庫。
2、模型驅(qū)動優(yōu)勢有哪些
（1）、系統(tǒng)架構(gòu)更加清晰，表單和數(shù)據(jù)模型可獨立開發(fā)和維護；
（2）基于模型的API層，可以基于模型以少量的編碼實現(xiàn)更復(fù)雜的邏輯；
(3)純代碼開發(fā)的企業(yè)系統(tǒng)大多是模型驅(qū)動的架構(gòu)。當(dāng)需要與它們進行系統(tǒng)集成時，數(shù)據(jù)連接變得更加容易。有些低代碼開發(fā)平臺甚至可以直接連接其他系統(tǒng)的數(shù)據(jù)庫；
3、模型驅(qū)動的問題與不足有哪些
比形式驅(qū)動更難學(xué)。
基于表單區(qū)別和模型驅(qū)動區(qū)別
Gartner之前曾表示，低代碼服務(wù)提供商存在一定程度的業(yè)務(wù)重疊，但各有其邊界，其出發(fā)點和動機也不同。這些服務(wù)提供商的區(qū)別在于其技術(shù)框架和驅(qū)動程序的差異。
例如，針對專業(yè)開發(fā)人員或業(yè)務(wù)人員等各種角色的模型驅(qū)動的低代碼平臺，具有強大的本地化定制支持能力。平臺開發(fā)過程中需要與領(lǐng)域?qū)＜一蚱髽I(yè)IT共同協(xié)作，適合高層次、高水平的服務(wù)。中等IT成熟度企業(yè)、白代碼和低代碼等服務(wù)提供商。
從以上幾類的出發(fā)點和動機不難看出，雖然大家都在談?wù)撟约旱牡痛a能力，但他們解決的實際應(yīng)用場景卻有很大差異。主要底層技術(shù)路徑主要是形式驅(qū)動和模型驅(qū)動。因此，無論怎么稱呼，還是要落入實際的應(yīng)用場景中去解決。
很多時候，站在客戶的角度，我們從來不關(guān)心我們是誰，我們的產(chǎn)品基于什么架構(gòu)，而客戶最關(guān)心的是誰能解決我的問題。例如，對于企業(yè)內(nèi)部的協(xié)作OA、自動化管理等輕量級需求，可以使用表單驅(qū)動的低/無代碼平臺。如果涉及到企業(yè)的核心業(yè)務(wù)，比如銀行業(yè)估值減值、融資租賃、風(fēng)控等企業(yè)級核心業(yè)務(wù)系統(tǒng)，主要依賴模型驅(qū)動的低代碼廠商。
但無論低代碼服務(wù)商主要是表單驅(qū)動還是模型驅(qū)動，本質(zhì)上都是為企業(yè)數(shù)字化提供自動化解決方案，加速企業(yè)數(shù)字化轉(zhuǎn)型的進程。
之前我也體驗過幾個低碼平臺，發(fā)現(xiàn)一些優(yōu)質(zhì)廠商（比如推來客低碼）采用的是“模型驅(qū)動”的理念。在平臺上，開發(fā)者可以單獨設(shè)計用于定義數(shù)據(jù)模型的數(shù)據(jù)表、用于用戶操作的頁面以及運行在服務(wù)器上并承載復(fù)雜業(yè)務(wù)邏輯的服務(wù)器端命令。
我們專注高端建站，小程序開發(fā)、軟件系統(tǒng)定制開發(fā)、BUG修復(fù)、物聯(lián)網(wǎng)開發(fā)、各類API接口對接開發(fā)等。十余年開發(fā)經(jīng)驗，每一個項目承諾做到滿意為止，多一次對比，一定讓您多一份收獲！
