低代碼定義：

低代碼是近幾年比較火的一種應用程序快速開發(fā)方式，它能幫助用戶在開發(fā)軟件的過程中大幅減少手工編碼量，并通過可視化組件加速應用程序的高效交付。（低代碼的定義來自Forrester報告，被認為是低代碼一詞的起源）。

而這顯然不是軟件工程界第一次試圖通過結(jié)合可視化開發(fā)技術(shù)（我們稱之為“模型”）和代碼自生成來減少手工編碼。事實上，正如GradyBooch所說，軟件工程的整個歷史都是關于提高抽象層次的。低代碼是減少開發(fā)應用程序所需手工編碼量的最新嘗試。而這也是我們從軟件工程開始之初就一直追求的目標。

通常來講，低代碼開發(fā)平臺在設計思想上可以分為“表單驅(qū)動”和“模型驅(qū)動”兩種。前者將頁面的表單和數(shù)據(jù)的存儲結(jié)構(gòu)合二為一，而后者則與純代碼開發(fā)類似，實現(xiàn)了數(shù)據(jù)與表現(xiàn)得完全分離。那么二者之間究竟有何區(qū)別呢？下面給大家詳細講解：低代碼平臺中的“模型驅(qū)動”與“表單驅(qū)動”有何區(qū)別？

一、表單驅(qū)動

1、表單驅(qū)動是什么？

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

簡單來說：如果不需要再配置數(shù)據(jù)庫實體，直接集成在表單中，也就不能對數(shù)據(jù)庫進行直接操作，稱為表單驅(qū)動。

2、表單驅(qū)動優(yōu)勢有哪些？

表單驅(qū)動在軟件定制方面的優(yōu)勢有：

（1）、通用流程定制支持：通過針對流程過程中的抽象充分考慮到了流轉(zhuǎn)過程中的權(quán)限分配模型。在一定程度上可以更靈活地完成審批業(yè)務上的定制。瞞住大部分流轉(zhuǎn)業(yè)務。

（2）、權(quán)限集成化設計：根據(jù)業(yè)務特點，以表單和流程為中心，最大程度地集成權(quán)限模型，實現(xiàn)更細粒度的權(quán)限授權(quán)。

（3）、表單可視化：在表單方面，系統(tǒng)最大程度地提取通用組件，增加拖拽設計抽取通用屬性方便用戶選擇。同時在部分腳本動作中實現(xiàn)可以話處理。在一定程度上減少代碼工作量。實現(xiàn)簡單業(yè)務邏輯。

3、表單驅(qū)動問題與不足有哪些？

在表單驅(qū)動中，針對一些通用業(yè)務做了抽象和工具能力的提升。但在實際應用中還是存在了很多的問題。

（1）、系統(tǒng)集成能力不足

在企業(yè)實際應用中，很少有獨立存在的業(yè)務審批業(yè)務，多數(shù)情況下，組織機構(gòu)需要從釘釘、或企業(yè)微信讀取、而各種業(yè)務審批則需要跟響應的業(yè)務系統(tǒng)完成數(shù)據(jù)交互。即使是簡單的“請銷假流程”也需要和企業(yè)微信、企業(yè)的HR（讀取員工剩余假期）系統(tǒng)，CRM等系統(tǒng)進行接口交互，才能很好的完成業(yè)務流轉(zhuǎn)。而這些系統(tǒng)接口交互使得業(yè)務表單驅(qū)動的模式很難以輕量級的模式來運行。而在這些系統(tǒng)集成領域則過度地依賴傳統(tǒng)編程。

（2）、無法處理復雜數(shù)據(jù)關系

表單驅(qū)動模型，大多數(shù)表單起始于通用模板，但通用模板中更多可選擇的不同業(yè)務種類以及風格樣式。但實際應用中，數(shù)據(jù)間都會存在一定的數(shù)據(jù)勾稽關系。特別是一些專有領域類似于，財務、人事政府事務審批中其表單及流程的核心還是在于數(shù)據(jù)的流轉(zhuǎn)，在這些領域模板就略顯雞肋。而大多數(shù)模板在勾稽關系運算方面過渡地依賴二次開發(fā)實現(xiàn)。

（3）、開放及交互能力較弱只能局限于內(nèi)部系統(tǒng)使用

表單驅(qū)動模型，大多數(shù)主要還是來自于業(yè)務系統(tǒng)內(nèi)部系統(tǒng)（企業(yè)OA,CRM），或者作為釘釘、企業(yè)微信等平臺的附屬部分即使有業(yè)務集成也絕大多數(shù)局限于內(nèi)部自有業(yè)務系統(tǒng)集成。在跨系統(tǒng)或領域應用中鮮有成功的案例。

（4）、部署復雜維護困難

表單驅(qū)動本身部署及維護并不困難，但在真正融合業(yè)務后會進行大量的業(yè)務和接口定制。這些定制使得大量的混合代碼（模板和原生開發(fā)）存在。在業(yè)務變更或者架構(gòu)升級時，維護開發(fā)會出現(xiàn)超乎現(xiàn)象的復雜。多數(shù)系統(tǒng)在選擇技術(shù)升級或架構(gòu)改變時會拋棄替換性的升級。這也是很多成熟的行業(yè)軟件即使犧牲業(yè)務的靈活度也要也選擇避免流程引擎表單定制之類的應用存在已便于架構(gòu)的間接性。

二、模型驅(qū)動

1、模型驅(qū)動是什么？

模型驅(qū)動使用可視化建模技術(shù)來定義數(shù)據(jù)關系、流程邏輯和構(gòu)建用戶界面，使開發(fā)人員和業(yè)務用戶能夠快速交付應用程序，而不需要代碼。系統(tǒng)運行時模型驅(qū)動對于降低系統(tǒng)開發(fā)和維護門檻、支撐快速開發(fā)和運維具有重要價值。通常不需要專業(yè)的代碼工程師。業(yè)務專家、業(yè)務工程師也不用關注技術(shù)細節(jié)就可以快速實現(xiàn)系統(tǒng)的定制開發(fā)和運維。

簡單來說：如果需要再創(chuàng)建數(shù)據(jù)庫實體與之映射的，稱為模型驅(qū)動，后續(xù)可以對數(shù)據(jù)庫進行直接的操作。

2、模型驅(qū)動優(yōu)勢有哪些？

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

（2）、基于模型的API層，使用少量編碼即可基于模型實現(xiàn)更多復雜邏輯；

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

3、模型驅(qū)動的問題與不足有哪些？

上手難度比表單驅(qū)動高。

三、兩者區(qū)別總結(jié)：

之前Gartner就曾表示過低代碼服務商在一定程度上有業(yè)務上的重合，但各自也都有邊界，出發(fā)點和動因也不盡相同。這些服務商的不同之處在于其技術(shù)框架與驅(qū)動的區(qū)別。

比如面向?qū)I(yè)開發(fā)人員或業(yè)務人員等多種角色的模型驅(qū)動低代碼平臺，具有強大的本地化定制支持能力，在平臺開發(fā)過程中需要與領域?qū)＜一蛘咂髽I(yè)IT進行聯(lián)合協(xié)作，適用于服務高級別和中等級別IT成熟度企業(yè)，具體服務商包括：活字格、織信Informat、ClickPaaS等。

以表單或辦公自動化應用程序，提供輕量級解決方案以滿足相應市場需求的無代碼平臺廠商（CADP），比如：釘釘宜搭、氚云、輕流等。

還包括像用友、金蝶等企業(yè)應用廠商（Enterprise Application ），此類廠商主要通過向LCAP提供打包業(yè)務功能和連接器來擴展產(chǎn)品，以支持不同范圍的特定行業(yè)或特定領域的應用程序及解決方案。

此外，還有像阿里巴巴、百度、微軟等云服務廠商（Cloud Service Provider ），這些大型云服務提供商尋求加強其云服務，以擴大銷售，目標是通過基于各自云平臺的解決方案，發(fā)展合作伙伴的生態(tài)系統(tǒng)。

從上述幾種類型的出發(fā)點和動因其實不難看出，雖然大家都在談論自己具備低代碼能力，但解決的實際應用場景卻有著千差萬別。事實上，不論是LACP還是CADP或云廠商等包羅萬象的標簽，其實都是營銷性詞匯，其主要的底層技術(shù)路徑主要還是表單驅(qū)動和模型驅(qū)動，因此它不管怎么稱呼，還是要落到實際解決的應用場景。

很多時候，從客戶視角來看從來都不關心我們是誰誰誰，我們的產(chǎn)品是基于什么架構(gòu)，客戶最關心的是誰能解決我的問題。比如像企業(yè)內(nèi)部的協(xié)同OA、自動化管理等輕量級的需求，完全可以使用以表單驅(qū)動的低/無代碼平臺。如果涉及到企業(yè)核心業(yè)務，比如像銀行業(yè)的估值減值、融資租賃、風控等企業(yè)級核心業(yè)務系統(tǒng)，主要依靠的還是以模型驅(qū)動為主的低代碼廠商。

但不論是以表單驅(qū)動還是模型驅(qū)動為主的低代碼服務商，本質(zhì)上都是為企業(yè)數(shù)字化提供自動化解決方案，并加速企業(yè)數(shù)字化轉(zhuǎn)型進程。

之前，我也曾體驗過幾家低代碼平臺，發(fā)現(xiàn)有一些比較優(yōu)質(zhì)的平臺（如織信Informat、活字格）為了滿足企業(yè)級應用對業(yè)務場景復雜度以及對數(shù)據(jù)一致性的高要求，其采用“模型驅(qū)動”的理念進行設計。開發(fā)者可以在該平臺上，分別設計用于定義數(shù)據(jù)模型的數(shù)據(jù)表，供用戶操作的頁面，以及運行于服務器上、承載復雜業(yè)務邏輯的服務端命令。

即便是沒有受過專業(yè)編程訓練的平民開發(fā)者也能輕松構(gòu)建出專業(yè)級應用，達到滿足數(shù)據(jù)庫設計范式、表與頁面分離式設計、前后端分離架構(gòu)等軟件開發(fā)行業(yè)廣泛推薦的技術(shù)要求，為企業(yè)級應用的開發(fā)和維護打下堅實的基礎。