重磅發(fā)布-通過低代碼開發(fā)平臺實現(xiàn)一個基礎業(yè)務功能（低代碼開發(fā)平臺介紹）
注：本文對遠行發(fā)布的低代碼平臺核心功能進行了詳細說明和介紹。建議閱讀前先閱讀本頭條號上已經(jīng)發(fā)布的關于低代碼平臺規(guī)劃和架構設計思想的一些文章。
低代碼開發(fā)平臺概述
對于低代碼開發(fā)平臺，我在前面發(fā)布過多篇文章對整體的規(guī)劃，架構設計，建模思路進行了詳細的描述，也說明了為何需要構建一個面向企業(yè)級應用的低代碼開發(fā)平臺。
當前有很多提供低代碼開發(fā)平臺的服務商，各家的方案或整體架構雖然有差異，但是本質的內容基本還是一致，即一切皆是可配置，可建模的?？梢栽O想下開發(fā)一個簡單功能的過程，基本也就是數(shù)據(jù)庫表設計，前端界面設計，編寫邏輯層代碼和接口實現(xiàn)業(yè)務規(guī)則，掛接流程引擎實現(xiàn)流程，配置功能和數(shù)據(jù)權限等。
對于低代碼平臺，核心就是建模，因此我們的低代碼平臺本身也是圍繞對象建模，表單建模，流程建模，權限建模，規(guī)則建模等展開的。
對于低代碼開發(fā)平臺的構建不僅僅是采用微服務開發(fā)框架，更加重要的是符合當前主流的中臺和微服務架構思想。
因此遠行科技的低代碼開發(fā)平臺不是走零代碼開發(fā)的思路，而是真正的基于模型驅動和SOA架構思想，允許少量代碼開發(fā)和融合。
其核心思想是：
- 低代碼開發(fā)的小應該應該是一個個獨立的微服務
- 應用的構建進一步貫徹SOA分層構建的思路，通過服務層解耦
- 低代碼開發(fā)應該是模型驅動的，這個模型核心是對象和數(shù)據(jù)模型
低代碼平臺實現(xiàn)開發(fā)完成的應用可以導出源代碼，可以脫離平臺獨立部署等核心能力。低代碼平臺不是零代碼，因此在架構低代碼平臺的時候仍然包括了通過API來擴展規(guī)則的能力，即對于復雜規(guī)則的實現(xiàn)可以自己編寫Rest API接口，并在表單建模的前端進行引用。
遠行低代碼平臺本身又基于遠行PaaS技術服務平臺，實現(xiàn)各種技術服務能力的下沉和統(tǒng)一提供。對于企業(yè)整體的IT架構規(guī)劃來說，這個里面有一個重點就是底層的技術支撐平臺建設。這個技術支撐平臺包括了諸多的內容，如下：
- 容器云的底層資源池和資源調度中心
- 消息，緩存，文件等各種技術服務組件
- 門戶 4A 流程引擎的基礎共性平臺
- 共性平臺和技術服務組件的API能力開放和集成
- 微服務開發(fā)框架和環(huán)境
- 微服務治理和監(jiān)控運維平臺
低代碼開發(fā)最終完成的就是一個個的微服務應用，這個微服務本身需要有底層平臺能力，后端的管控治理能力做支撐。而這些能力都由PaaS服務平臺提供統(tǒng)一支撐。
我們的低代碼平臺本身基于多租戶架構，可以實現(xiàn)組織級，應用級的租戶隔離和數(shù)據(jù)隔離能力，完全滿足企業(yè)級多應用開發(fā)和發(fā)布的需求。
建議閱讀本文前先閱讀如下文章。
低代碼開發(fā)平臺需要解決的核心問題-服務編排和規(guī)則引擎
重磅預告-遠行發(fā)布企業(yè)級低代碼開發(fā)和PaaS自服務平臺
企業(yè)級低代碼開發(fā)平臺-架構規(guī)劃和實踐思考總結
低代碼開發(fā)平臺核心功能說明
在這里，還是簡單舉一個業(yè)務場景來說明產品的一些核心功能，比如我們當前需要構建一個OA系統(tǒng)，并在該系統(tǒng)中創(chuàng)建一個請假申請單，請求申請需要配置工作流引擎，需要支持請假單的新建，走流程審批，單據(jù)的查詢等基本能力。
第一步-創(chuàng)建應用
一個應用是由若干張新建表單和報表組成的業(yè)務管理系統(tǒng)，也可理解為一個包含各種表單和儀表盤，具有一定功能的系統(tǒng)。就像一個工廠，是由不同的生產線共同組成的。不同的應用可以構成大大小小不同的業(yè)務管理系統(tǒng)，應用與應用之間還可以相互關聯(lián)。
所以首先需要創(chuàng)建一個獨立的應用，進入低代碼平臺系統(tǒng)，點擊【新增】按鈕，選擇【創(chuàng)建空白應用】如圖；進入創(chuàng)建空白頁面，輸入名稱和系統(tǒng)圖標，點擊【提交】，即可。
當前低代碼平臺支持直接創(chuàng)建一個空白應用，也支持對模板創(chuàng)建或復制來創(chuàng)建一個新應用，還支持個性化應用的定制創(chuàng)建。
第二步-為應用創(chuàng)建菜單并授權
在應用創(chuàng)建完成后，接著就需要在應用中創(chuàng)建功能菜單，比如我們規(guī)劃了兩個功能。
- 請假單創(chuàng)建
- 請假單模糊查詢
那么就需要通過菜單管理功能創(chuàng)建兩個獨立的功能菜單。
在菜單創(chuàng)建完成后，還需要對菜單進行功能級授權。當前對于功能菜單授權是授權到角色，在任何一個應用創(chuàng)建后，平臺都默認生成了三種角色，即：
- 系統(tǒng)管理員
- 系統(tǒng)設計人員
- 系統(tǒng)通用人員
系統(tǒng)管理員擁有最大的所有權限，系統(tǒng)設計人員可以使用低代碼平臺中的類似對象建模，表單建模等各種設計功能。而系統(tǒng)通用人員則只能使用低代碼平臺創(chuàng)建和生成的業(yè)務功能。
注意在一個結合4A和門戶的多租戶架構系統(tǒng)中。
授權包括了應用授權和應用內功能授權兩個獨立部分。對于應用授權本身是在4A或門戶中完成的，重點是確定哪些用戶可以使用新開發(fā)的業(yè)務應用。
而應用里面本身又具體通過配置產生的業(yè)務功能菜單，對于業(yè)務功能菜單的功能級授權則是在應用內完成。但是只有通過了應用授權的用戶，才能夠在系統(tǒng)內進行進一步的細粒度授權。
遠行的低代碼平臺本身是和底層技術平臺的公共4A引擎完整集成的。
第三步-創(chuàng)建業(yè)務對象
在前面已經(jīng)談到，我們的低代碼平臺是對象模型驅動的，因此創(chuàng)建業(yè)務對象是整個低代碼開發(fā)中的一個關鍵點。
對于業(yè)務對象的創(chuàng)建，重點是屬于業(yè)務對象的命名，編碼，描述等基本信息，然后是輸入各個字段屬性信息。手動創(chuàng)建對象屬性會自動生成8個默認基礎字段，建議可以保留不必更改。數(shù)據(jù)展示方式：支持列表和樹形結構。
業(yè)務對象本身是一個多層的復合結構，即主表下面可以掛接子表，子表下面也可以進一步掛接子表等。
在業(yè)務對象創(chuàng)建完成并經(jīng)過系統(tǒng)校驗無誤后，平臺會自動向底層生成相應的數(shù)據(jù)庫表和數(shù)據(jù)表之間的主鍵外鍵關系信息。
業(yè)務對象本身支持分類，可以將不同業(yè)務對象進行分類以方面管理。
對象建模是低代碼開發(fā)平臺中最核心的一個功能，對于表單建模，規(guī)則建模，流程建模等其它功能都需要圍繞對象建模而展開。
其次業(yè)務對象建模功能起到很好地承上啟下的作用。向下是可以自動生成數(shù)據(jù)庫表和對象，向上則是可以生成各種API接口能力供前端表單功能實現(xiàn)調用。
第四步-表單建模和自定義表單
表單建模是低代碼開發(fā)平臺另外一個重要內容。
注意當前低代碼平臺有兩種做法，一種是直接進行表單建模，然后通過表單去自動化生產數(shù)據(jù)庫表。而我們的低代碼平臺則是先進行對象建模，通過對象建模來實現(xiàn)前端表單和后端數(shù)據(jù)庫對象之間的解耦。
因此當你在新創(chuàng)建一個表單的時候需要先關聯(lián)一個業(yè)務對象。
在綁定好業(yè)務對象后，再填寫一下表單名稱，樣式等基礎信息后可以進入到表單可視化設計界面。該界面支撐上50種常用表單控件，可以靈活地進行拖拽式可視化設計。
在表單創(chuàng)建完成后，可以直接點擊右上的預覽按鈕對表單進行可視化預覽。
注意這個時候你創(chuàng)建的表單并沒有和前面應用配置的功能菜單進行綁定，因此你還需要進行表單功能和菜單之間的綁定操作，如下。
在綁定完成后，最終用戶進入到OA系統(tǒng)，就能夠看到創(chuàng)建請假單功能，點擊該功能就會自動鏈接到我們前面可視化設計的請假單這個自定義表單上面。
在表單設計過程中，當前平臺支持對表單和表單控件各種屬性的定義和配置，包括各種參考完整性約束規(guī)則的配置等。
第四步-表單掛接工作流
注意當前遠行的工作流引擎本身就是一個PaaS平臺的公共技術服務能力。對于該工作流引擎的能力在這里不再展開描述。
要進行表單掛接流程。首先還是需要在流程平臺通過流程建模功能創(chuàng)建一個獨立的流程模板，其次才是將表單建模中創(chuàng)建的表單和工作流模板進行綁定。
完成表單新增后，進入流程表單配置界面，首先是要新增并選擇一個流程模板，實現(xiàn)兩者的綁定，然后再進入到全局流程配置和審批節(jié)點配置。
在全局配置界面重點是實現(xiàn)和業(yè)務對象的綁定。
在審批節(jié)點配置界面，重點是實現(xiàn)在審批節(jié)點個性化表單界面的展示。也就是平臺支持不同的審批節(jié)點現(xiàn)實不同的表單界面。當然如果你的審批流程全部都是簡單的通過不通過這種，則不需要在審批節(jié)點界面進行詳細配置。
注意當一個可視化設計的表單綁定了工作流模板后，那么在表單創(chuàng)建界面上會自動增加一個提交按鈕，當用戶點擊提交按鈕時即啟動了整個工作流實例。
第五步-模糊查詢功能實現(xiàn)
數(shù)據(jù)集類似視圖，是一種只讀的數(shù)據(jù)對象。在實現(xiàn)模糊查詢功能前，平臺引入了數(shù)據(jù)集和視圖的概念。即首先需要將業(yè)務對象配置為一個數(shù)據(jù)集視圖，基于該視圖再來實現(xiàn)模糊查詢。
因為視圖本身可以關聯(lián)多個業(yè)務對象或數(shù)據(jù)表，因此通過構建視圖的方式來實現(xiàn)模糊查詢能夠更多地滿足多表關聯(lián)的查詢場景。
對于數(shù)據(jù)集的創(chuàng)建，平臺既支持將單業(yè)務對象或單數(shù)據(jù)表直接發(fā)布為數(shù)據(jù)集，也支持自己編寫多表關聯(lián)的SQL語句，并將SQL語句發(fā)布為數(shù)據(jù)集。
在數(shù)據(jù)集創(chuàng)建完成后，我們進入到查詢類表單制作功能去進行查詢表單制作。
查詢類表單制作首先要選擇一個數(shù)據(jù)集， 選擇后系統(tǒng)會自動生成動態(tài)查詢表單界面。
在該字段中，我們可以對查詢字段，列表顯示的字段進行詳細的配置功能。
- 過濾條件：支持配置列表數(shù)據(jù)過濾規(guī)則，多種條件進行組合。
- 排序字段：支持配置按指定字段進行排序，可選升序或降序。
- 分頁功能：支撐對分頁功能進行配置。
通過該配置可以實現(xiàn)一個完全滿足業(yè)務場景功能需求的模糊查詢功能。
再下一篇文章中講繼續(xù)介紹通過前端自己編寫JS代碼或者調用已有的API接口服務來實現(xiàn)業(yè)務校驗和服務業(yè)務規(guī)則。
