低代碼開發平臺的設計與實現：基於元數據模型

第1章 中繼資料模型 1
1．1 低代碼開發平臺介紹 1
1．2 當事人領域模型 9
1．3 中繼資料模型定義 11
1．4 中繼資料模型實例類 16
1．5 中繼資料模型實例創建 19
1．6 中繼資料模型術語 23
1．7 主資料應用場景 25
1．8 本書實現目標 28
1．8．1 當事人錄入功能 29
1．8．2 當事人查詢功能配置 33

第2章 中繼資料實例服務 37
2．1 技術分層架構 37
2．2 中繼資料實例服務設計 38
2．2．1 新建當事人 38
2．2．2 修改當事人 40
2．2．3 刪除當事人 41
2．2．4 創建實例 44
2．2．5 修改實例 45
2．2．6 刪除實例 46
2．2．7 實例服務設計小結 47
2．3 中繼資料實例服務介紹 48
2．3．1 getDna服務 48
2．3．2 initInst服務 49
2．3．3 saveInst服務 50
2．3．4 getInst服務 52
2．3．5 deleteInst服務 53
2．3．6 當事人和中繼資料實例服務對比分析 54
2．4 中繼資料實例與POJO轉換 55
2．4．1 中繼資料實例與POJO定制化轉換 55
2．4．2 中繼資料實例與POJO基於參數轉換 57
2．4．3 中繼資料實例與POJO基於注解轉換 62
2．5 中繼資料實例與JSON轉換 68
2．5．1 中繼資料實例的JSON格式轉換 68
2．5．2 中繼資料實例JSON序列化 71
2．5．3 中繼資料實例JSON反序列化 73
2．5．4 Controller層JSON轉換應用 76

第3章 中繼資料實例持久化 78
3．1 中繼資料實例資料庫映射分析 78
3．2 通用資料庫結構 79
3．3 中繼資料實例資料庫映射配置 83
3．4 資料庫映射的構造器 86
3．5 資料庫映射的創建 90
3．6 DAO服務 95
3．6．1 insertCell服務 95
3．6．2 updateCell服務 98
3．6．3 deleteCellByKey服務 101
3．6．4 getInst服務 104

第4章 中繼資料實例查詢 108
4．1 條件查詢分析 108
4．2 基本資料結構 112
4．2．1 查詢準則資料結構 112
4．2．2 查詢相關樹概念 114
4．2．3 構造查詢相關樹 118
4．3 查詢服務的實現 123
4．3．1 查詢服務介面 123
4．3．2 構造SQL組合物件 124
4．3．3 DAO層條件查詢服務 135
4．3．4 查詢服務調用示例 140
4．3．5 查詢準則構造器 144
4．4 簡單查詢 147

第5章 主數據 150
5．1 主數據Dna 150
5．2 查詢定義主資料 154
5．3 根據定義查詢 160

第6章 中繼資料實例的介面展現 162
6．1 功能表主資料管理 162
6．2 當事人錄入介面實現 168
6．3 實例通用介面實現 177
6．4 頁面配置定義 181
6．5 當事人錄入頁面配置 187
6．6 InstLayout介面渲染 191
6．7 實例屬性基礎Vue元件 193
6．7．1 InstInput 193
6．7．2 InstSwitch 194
6．7．3 InstBoolSelect 195
6．7．4 DictionarySelect 196
6．7．5 InstButton 197
6．7．6 InstFilterSelect 198
6．7．7 InstSlaveSelect 200
6．8 InstFormLayout組件 204
6．9 InstGridLayout組件 208
6．10 InstTreeLayout組件 220
6．11 組件InstLayout間關係 229

第7章 功能配置 235
7．1 工作臺 235
7．2 InstEntry組件 240
7．3 InstFilter組件 247

第8章 中繼資料定義配置 256
8．1 Dna管理 256
8．2 DnaDbMap管理 266
8．2．1 類DnaDbMap的Dna對象 267
8．2．2 Dna物件到資料庫映射 272
8．2．3 DnaDbMap物件到資料庫的映射 275
8．3 InstLayout管理 276
8．3．1 InstLayout中間類 277
8．3．2 InstLayout中間類的Dna物件 279
8．3．3 Dna的Dna物件展現 284
8．3．4 DnaDbMapAgent物件展現 287
8．3．5 InstLayoutAgent物件展現 289

微服務、平臺化、雲計算是當前IT技術熱點，它們強調共用重用，促進了軟體快速交付和部署。然而，大多數軟體即使採用了微服務技術或者平臺化思路，也難以做到通過軟體共用重用來快速滿足業務需求的變化，大部分需求仍需重新開發實現，導致軟體交付時間長。然而，這些開發不僅工作量大、技術含量低、個性化程度高和共用度低，無非是在某個表中增加幾個欄位，然後在介面增加相關錄入屬性、調整後臺服務邏輯和流程流轉控制等細枝末節的改進，軟體本身並沒有發生重大變化。
 
因此，通過低代碼開發平臺快速配置發佈軟體成為當前軟體業的一個熱點。低代碼開發平臺的目標是通過圖形化快速配置，盡可能不寫代碼或者編寫極少量代碼即可實現業務功能。本書系統地介紹一種低代碼開發平臺的設計思路和實現方式——中繼資料模型。在面向不同用戶或者場景時，該方法可以通過簡單配置或者低代碼開發、甚至零代碼開發，來快速實現業務需求，最終使得軟體具有靈活性好、適應變化能力強、維護簡單、穩定性好、重用度高等特點。
 
一般來說，軟體由資料結構（模型）、服務、規則、資料庫、流程和操作介面組成。軟體的變化，一般是由模型變化帶來的如服務、規則、流程和操作介面的一系列變化。目前，市場上常見的解決機制是引入規則引擎或者流程引擎，以提升軟體的適應性，但實際上，單純的規則或者流程變化的需求反而不多，常常要求模型變化之後帶來系統性的變化。而模型變化通常被理所當然地認為只有經過代碼開發才能實現。
 
因此，如何應對模型變化是低代碼開發平臺首先要解決的技術難點。中繼資料模型是模型變化問題的有效解決方案，在很多軟體中都採用了該設計思路，尤其是某些產品化程度很高的軟體。本書將系統地呈現這種設計思路——中繼資料模型——在不修改代碼的前提下，實現模型的靈活變化，進而實現資料庫、服務、規則、流程和操作介面的變化。
 
低代碼開發平臺有很多種實現方式，中繼資料模型驅動的設計是其中主要的一種方式。本書聚焦於系統化的中繼資料模型驅動的設計思路，採用該設計思路實現的軟體具有低代碼開發平臺的軟體特點。為了重點突出中繼資料模型驅動的設計思路，儘量避免其他內容干擾，本書不介紹與規則引擎和流程引擎相關的內容，而是重點介紹中繼資料模型、服務、持久化機制、中繼資料模型介面展現和中繼資料模型的模型，即通過中繼資料模型來描述中繼資料模型自身。
 
本書內容分為如下章節：
 
第1章介紹低代碼開發平臺的實現方式、中繼資料模型概念，並且綜述本書所達到的需求目標；
 
第2章介紹基於中繼資料模型實例之上的通用服務設計，通過這些服務可以實現所有中繼資料實例的增刪改查的功能；
 
第3章介紹如何將中繼資料模型的實例保存到資料庫中，通過資料庫映射配置，將實例映射到資料庫；
 
第4章介紹如何將中繼資料模型實例從資料庫中按照條件查詢，通過配置查詢準則和查詢結果實現通用的實例查詢功能；
 
第5章介紹主資料，這是中繼資料模型在主資料方面的簡單應用，主資料也是後續章節的基礎；
 
第6章介紹中繼資料實例在介面上如何展現，通過配置頁面配置實現對實例的動態展現，而不需要定制開發介面程式碼；
 
第7章介紹中繼資料實例的功能配置，實現從前端介面到後臺服務之間的聯動，將模型、服務、資料庫和介面展現有機地組織成一個完整的軟體功能，並且可以動態配置新功能，動態擴展軟體能力；
 
第8章介紹如何用中繼資料模型實例管理中繼資料自身，也就是中繼資料模型的模型（這裡沒有寫錯，是模型的模型），應對中繼資料模型自身的變化，這是本書最為抽象的地方，也是元數模型能夠發揮到極致的能力表現。
 
由於中繼資料模型非常抽象，解釋中繼資料本身就是非常困難的工作，因此本書的有些地方為了精確地表達意思，不厭其煩地加上了很多定語，同時提供比較多的程式碼來解釋中繼資料模型的實現，以便讀者充分理解。由於設計思路與平常的開發流程不同，讀者在閱讀過程中可能會遇到各種理解上的問題，希望大家能在閱讀過程中，保持耐心，反復仔細體會。書中代碼來自於真實軟體，説明用於對低代碼開發平臺設計的理解，不隨本書提供原始程式碼一。
 
我對中繼資料模型的理解和應用，是在長期軟體專案實踐中積累並逐漸成熟的。我從2006年開始參與Pharos系統，到最近設計開發的新一代保險核心業務系統，都採用了中繼資料模型的設計思路，取得了非常好的效果。我在保險核心業務系統中採用中繼資料模型，統一了產險、壽險和健康險的保單模型，在一個系統中同時支援了保險全產品線，大大減少了開發工作量。
 
感謝曾經共事的同事，特別感謝王鳳燕、李曉強、蔣吉兆、常喜龍、譚慧敏、範澤清、曹立剛、段成偉、李強、范耀、劉永革、呂煒、朱振剛、李諾、潘勇、張禹、詹鈞淵等老同事，最近幾年我與你們一起專案實踐，將中繼資料模型應用提升到一個新高度，使我確信中繼資料模型設計思路的正確性，並著成本書。
 
非常感謝編輯孫學瑛老師，在本書的出版過程中，逐句逐字推敲，付出了不少精力。
 
我雖然設計過基於中繼資料模型的系統，但由於模型非常抽象，將元數模型驅動設計思路清晰地表達出來更難，再加上本人水準有限，書中肯定存在各種不足之處，希望讀者批評指正並回饋，以便我改進，謝謝！
 
謝用輝