低代碼開發(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ù)管理需要具備以下特性和能力：
- 反向工程能力，能夠從現(xiàn)有的數(shù)據(jù)庫中自動生成元數(shù)據(jù)。
- 重構數(shù)據(jù)庫的能力，在修改元數(shù)據(jù)后能夠重構數(shù)據(jù)庫中的表結構，使得元數(shù)據(jù)和數(shù)據(jù)庫表結構一致。
- 提供基于元數(shù)據(jù)的數(shù)據(jù)增刪改查能力，提供GraphQL或者類似的接口。
- 和傳統(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ù)提供以下特性和能力：
- 描述文檔中關鍵字段對應的屬性或者路徑。
- 配合數(shù)據(jù)轉換工具，將非關系數(shù)據(jù)庫中的數(shù)據(jù)轉換到關系數(shù)據(jù)庫中。
消息隊列與外部服務
現(xiàn)在信息化系統(tǒng)越來越發(fā)展，并不是所有的業(yè)務操作都是簡單的數(shù)據(jù)持久化，有些操作需要將數(shù)據(jù)推送改消息隊列或者調用其他外部服務。
消息隊列和外部服務的元數(shù)據(jù)是為了給前端自定義表單提供統(tǒng)一的訪問接口，以提高低代碼平臺的研發(fā)能力。
版權聲明：本文內容由互聯(lián)網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。