低代碼開發(fā)平臺最薄弱的環(huán)節(jié)應該就是業(yè)務對象的建模。很多低代碼平臺用頁面代替業(yè)務對象建模，頁面就是業(yè)務對象。這樣做的最大好處就是上手比較容易，直接拖拽一個頁面就可以運行。但是對應復雜的業(yè)務邏輯往往力不從心，很多低代碼平臺在頁面上拓展了主子頁面的概念、頁面間數(shù)據(jù)引用的概念等等，都是為了提升平臺應對復雜業(yè)務的能力，但是并沒有從根本上解決問題。

樂扣低代碼平臺通過元數(shù)據(jù)來描述業(yè)務對象模型，并從研發(fā)人員的視角將業(yè)務對象模型和數(shù)據(jù)的持久化、外部資源的調用集合起來。元數(shù)據(jù)管理是前面在樂扣低代研發(fā)平臺研發(fā)思路中闡述了低代碼平臺的核心組件之一， 元數(shù)據(jù)管理中包括以下四種資源。

關系數(shù)據(jù)庫

關系數(shù)據(jù)庫是我們在信息化系統(tǒng)中使用的最多的數(shù)據(jù)持久化方案，關系數(shù)據(jù)庫中的表結構可以和業(yè)務對象模型對應。元數(shù)據(jù)在低代碼平臺中的著用就像ORM（比如：Hibernate、Mybatis等等）在傳統(tǒng)開發(fā)中的著用。

低代碼平臺中關系數(shù)據(jù)庫元數(shù)據(jù)管理需要具備以下特性和能力：

1. 反向工程能力，能夠從現(xiàn)有的數(shù)據(jù)庫中自動生成元數(shù)據(jù)。
2. 重構數(shù)據(jù)庫的能力，在修改元數(shù)據(jù)后能夠重構數(shù)據(jù)庫中的表結構，使得元數(shù)據(jù)和數(shù)據(jù)庫表結構一致。
3. 提供基于元數(shù)據(jù)的數(shù)據(jù)增刪改查能力，提供GraphQL或者類似的接口。
4. 和傳統(tǒng)的設計工具對接的能力，比如導入PowerDesigner設計的數(shù)據(jù)模型。

非關系數(shù)據(jù)庫

非關系數(shù)據(jù)庫，比如文檔數(shù)據(jù)庫mongoDB、ElasticSearch，和低代碼平臺中的自定義表單非常般配可以說是天生一對。再復雜的頁面表單數(shù)據(jù)都可以用json或者xml作為一個文檔保存到數(shù)據(jù)庫中。但是在后續(xù)的查詢、分析和統(tǒng)計中需要將相關的屬性抽取出來，所以非關系數(shù)據(jù)庫的元數(shù)據(jù)就是為了解決這個工作的。

非關系數(shù)據(jù)庫元數(shù)據(jù)提供以下特性和能力：

1. 描述文檔中關鍵字段對應的屬性或者路徑。
2. 配合數(shù)據(jù)轉換工具，將非關系數(shù)據(jù)庫中的數(shù)據(jù)轉換到關系數(shù)據(jù)庫中。

消息隊列與外部服務

現(xiàn)在信息化系統(tǒng)越來越發(fā)展，并不是所有的業(yè)務操作都是簡單的數(shù)據(jù)持久化，有些操作需要將數(shù)據(jù)推送改消息隊列或者調用其他外部服務。

消息隊列和外部服務的元數(shù)據(jù)是為了給前端自定義表單提供統(tǒng)一的訪問接口，以提高低代碼平臺的研發(fā)能力。