低代碼開發(fā)平臺最薄弱的環(huán)節(jié)應該就是業(yè)務對象的建模。很多低代碼平臺用頁面代替業(yè)務對象建模，頁面就是業(yè)務對象。這樣做的最大好處就是上手比較容易，直接拖拽一個頁面就可以運行。但是對應復雜的業(yè)務邏輯往往力不從心，很多低代碼平臺在頁面上拓展了主子頁面的概念、頁面間數據引用的概念等等，都是為了提升平臺應對復雜業(yè)務的能力，但是并沒有從根本上解決問題。
樂扣低代碼平臺通過元數據來描述業(yè)務對象模型，并從研發(fā)人員的視角將業(yè)務對象模型和數據的持久化、外部資源的調用集合起來。元數據管理是前面在樂扣低代研發(fā)平臺研發(fā)思路中闡述了低代碼平臺的核心組件之一， 元數據管理中包括以下四種資源。
關系數據庫
關系數據庫是我們在信息化系統中使用的最多的數據持久化方案，關系數據庫中的表結構可以和業(yè)務對象模型對應。元數據在低代碼平臺中的著用就像ORM（比如：Hibernate、Mybatis等等）在傳統開發(fā)中的著用。
低代碼平臺中關系數據庫元數據管理需要具備以下特性和能力：
- 反向工程能力，能夠從現有的數據庫中自動生成元數據。
- 重構數據庫的能力，在修改元數據后能夠重構數據庫中的表結構，使得元數據和數據庫表結構一致。
- 提供基于元數據的數據增刪改查能力，提供GraphQL或者類似的接口。
- 和傳統的設計工具對接的能力，比如導入PowerDesigner設計的數據模型。
非關系數據庫
非關系數據庫，比如文檔數據庫mongoDB、ElasticSearch，和低代碼平臺中的自定義表單非常般配可以說是天生一對。再復雜的頁面表單數據都可以用json或者xml作為一個文檔保存到數據庫中。但是在后續(xù)的查詢、分析和統計中需要將相關的屬性抽取出來，所以非關系數據庫的元數據就是為了解決這個工作的。
非關系數據庫元數據提供以下特性和能力：
- 描述文檔中關鍵字段對應的屬性或者路徑。
- 配合數據轉換工具，將非關系數據庫中的數據轉換到關系數據庫中。
消息隊列與外部服務
現在信息化系統越來越發(fā)展，并不是所有的業(yè)務操作都是簡單的數據持久化，有些操作需要將數據推送改消息隊列或者調用其他外部服務。
消息隊列和外部服務的元數據是為了給前端自定義表單提供統一的訪問接口，以提高低代碼平臺的研發(fā)能力。
版權聲明：本文內容由互聯網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。