什麼是元資料？引用百科的描述就是：元資料（Metadata），又稱中介資料、中繼資料，為描述資料的資料（data about data），主要是描述資料屬性（property）的資訊；

看起來有點抽象？那我們看下具體場景有哪些：

1、資料庫中的sysobjects、syscolumns，就是儲存了表、檢視、列等結構資訊，我們可以查詢到這些物件的詳細資訊，比如某一列的名稱、型別、長度、描述……，有做過自動生成程式碼的朋友比較清楚其中的作用。

2、具有高度可配置性的程式，比如自定義表單、列表等，儲存的結構資訊也叫元資料，根據結構資訊動態解析生成表單展示，有做過所見即所得的朋友應該不陌生。

上面都是具有高度可擴充套件性的應用系統必然應用的一些思想，當然還有其他更多的場景……

這篇文章主要是探討一下元資料在應用系統中的重要性，在xms中如何結合上面的場景，實現靈活擴充套件與可維護性，同時解放了咱們碼農的雙手……

一直以來，咱們碼農界的專案交接文件中，至少需要提供資料庫字典，要求高點的還要提供流程圖以及說明、類和方法的描述等，一說到文件，估計大家心中一萬個不情願，這玩意寫出來誰看啊，一個不願意寫，一個不願意看，更別提這系統經過了幾手，一個人都沒全部搞清楚系統邏輯，怎麼寫這麼一個大系統的說明文件，其實這些更多是公司的一種規範要求，據我瞭解有9成的人不寫不看，要看寧願直接看程式碼，那就要看寫程式碼的人的素質了。

有沒有辦法不用手寫這些二X文件？easy啦，元資料管理起來吧，從此媽媽再也不用擔心我熬夜寫文件了，能準時回家吃飯飯！人生苦短，準時吃飯……

 第一步：表

先把表的元資料管理起來，讓大家一看就知道這個表是幹啥用的，對應的資料庫表是哪個，分別有哪些控制，在系統中一目瞭然

 第二步：欄位

記錄每個欄位的詳細資訊，各種控制開關，關聯性等，每個專案的需求不一樣，同一個表也會存在很多個性化的欄位，在這裡一目瞭然

第三步：關係

每個表之間的關係，在資料庫中叫外來鍵約束，通過哪個欄位關聯起來的，一對多，多對一，一目瞭然

咱們的目的是把系統做活，寫死的系統有幾個致命的地方：
1、簡單的維護都要頻繁改原始碼，無穩定性可言
2、客戶沒辦法個性化，體驗差
3、功能複用性低，無二次銷售價值
4、難以交接，一改就亂，越改越亂

有了上面這3項的管理，後面一切擴充套件都輕而易舉，交接時直接匯出一份文件即可，省下的時間該幹啥幹啥去，人生苦短，你不搞python，也可以那啥啊，畢竟世界那麼大

話說真有想過python再搞一套，有同樣理想的咱們後續一起前進=>