低代碼最近幾年真是站在了風口處，只要是能減少代碼編寫的，都冠上了低代碼平臺、或者產(chǎn)品，搞的烏煙瘴氣，好像只有低代碼才能代表軟件開發(fā)，其它開發(fā)方式都太Low，不值得一提，這是誤區(qū)，得治。

低代碼由來已久

• 低代碼不是新物種，應該說是一個新名稱而已，很大程度上是資本的叫法，好聽，能上檔次，其實本質就是讓客戶或者使用者能利用或者使用平臺實現(xiàn)自己的業(yè)務，而不是通過聯(lián)系軟件開發(fā)商或者二次開發(fā)來實現(xiàn)，以前就叫"客戶自定義功能"，如果是老碼農(nóng)，尤其是7~8年以上的老碼農(nóng)，差不多更熟悉這個名字。低代碼也沒什么，無非就是在最近幾年出現(xiàn)的前、后端及基礎平臺的新技術上更方便、規(guī)模更大、部署實施更方便落地。
• 從滿足需求上來說，一直沒有變化，不管是以前叫客戶自定義的時代，還是目前叫低代碼，都是為了滿足客戶更靈活多變的需求，在需求變動的情況下，系統(tǒng)或者平臺能在極短的時間內快速響應，盡可能的做到無開發(fā)人員參與，客戶自己在提供的平臺上經(jīng)過調整或者設計滿足自己的業(yè)務變化。

如何實現(xiàn)低代碼功能

低代碼實現(xiàn)方式從十幾年前到目前一直沒有改變過，改變的是具體的技術，從javascript、vml、svg到目前的vue、react、canvas，但原理及實現(xiàn)架構設計沒有多少改變，主要還是分為頁面驅動、模型驅動。

頁面驅動

• 功能說明：頁面驅動就是指使用者直接設計頁面、表單、規(guī)則，不考慮數(shù)據(jù)模型，用戶根據(jù)提供的UI控件實現(xiàn)布局、表單、頁面、單據(jù)設計，頁面顯示就是把設計的時候還原呈現(xiàn)，最后直接供最終使用者使用。
• 使用場景：目前市場上常見的表單設計器、流程設計器、規(guī)則設計器基本都屬于頁面驅動，這類設計基本不用考慮數(shù)據(jù)模型，用戶設計成什么樣就是什么樣，用戶上手非常快，也容易上手，所以目前展示類、快速原型、示意圖、To C類多以這類方式實現(xiàn)，
• 功能實現(xiàn)：頁面驅動由于只考慮呈現(xiàn)效果，所以實現(xiàn)上也簡單，且主要對前端有要求，實現(xiàn)過程可以使用如下示意圖表示

{ "formConfig": { "label-width": "80px" }, "fields": [{ "isRender": true, "isShow": true, "isAnalysis": true, "children": [], "__layoutConfig__": { "style": "", "props": { "span": 24 }, "attrs": {}, "on": {}, "userDefineProps": {} }, "__formItemConfig__": { "props": { "label": "活動名稱", "rules": [], "required": true }, "prop": "name" }, "__controlConfig__": { "props": {}, "attrs": {}, "userDefineProps": {} }, "tagName": "el-input", "__layout__": "colFormItem", "id": 1593757474090, "model": "name", "name": "單行文框", "tagIcon": "input", "controlPanel": "el-input", "uuid": "el-input-0", "sortNum": 0 }], "formApiValid": []}

模型驅動

• 功能說明：模型驅動是指先把要表示的對象模型及模型關系規(guī)劃并設計好，然后根據(jù)模型去設計頁面、表單、單據(jù)等等，頁面上能呈現(xiàn)的數(shù)據(jù)來源于提前設計好的數(shù)據(jù)模型，頁面顯示的時候跟頁面驅動是一樣的，都是根據(jù)表單設計器設計去還原頁面，供使用者使用。
• 使用場景：目前這類開發(fā)方式主要用在系統(tǒng)性的平臺或者業(yè)務系統(tǒng)中，尤其是to B的系統(tǒng)、或者是在已有的系統(tǒng)上做擴展功能需求，像OA、EHR、理賠、物流系統(tǒng)等等。
• 功能實現(xiàn)：功能實現(xiàn)其實跟頁面驅動類似，可以先設計頁面再跟模型映射，也可以根據(jù)模型映射頁面上的控件，這兩種方式都可以，最終形成的頁面的頁面設計結構類似

{ "formConfig": { "label-width": "80px" }, "fields": [{ "isRender": true, "isShow": true, "isAnalysis": true, "children": [], "__layoutConfig__": { "props": { "span": 24 }, "attrs": {}, "on": {}, "userDefineProps": {} }, "__formItemConfig__": { "props": { "label": "學歷", "rules": [] }, "prop": "random50" }, "__controlConfig__": { "props": {}, "attrs": {}, "userDefineProps": { "optionType": "static", "optionCollection": [{ "label": "高中", "value": "1" }, { "label": "?？?#034;, "value": "2" }] } }, "tagName": "LElSelect", "__layout__": "colFormItem", "id": 1594263810269, "model": "random50", "name": "選擇框", "tagIcon": "select", "serviceName": "LElSelect", "controlPanel": "LElSelect", "uuid": "LElSelect-3", "document": "https://element.eleme.cn/#/zh-CN/component/select", "sortNum": 0 }], "formApiValid": []}

總結

低代碼實現(xiàn)方式主流程就是設計頁面、流程、業(yè)務需求規(guī)則等等，然后再還原，供最終使用者使用，真正落地使用到的技術都相差不大，基本的開發(fā)方式也就是文章中提到的頁面驅動或者是模型驅動，但在具體開發(fā)過程中還是需要考慮很多問題的，比如：數(shù)據(jù)怎么保存、權限怎么設計、如何多業(yè)務系統(tǒng)相互融合、數(shù)據(jù)如何再利用、公有云&私有化如何部署等等問題，都是需要根據(jù)具體問題具體設計的解決方案的。

如果有低代碼這方面的問題，可以留言或者私信溝通。

喜歡的朋友記得給個關注~