什么是元數據？引用百科的描述就是：元數據（Metadata），又稱中介數據、中繼數據，為描述數據的數據（data about data），主要是描述數據屬性（property）的信息；
看起來有點抽象？那我們看下具體場景有哪些：
1、數據庫中的sysobjects、syscolumns，就是存儲了表、視圖、列等結構信息，我們可以查詢到這些對象的詳細信息，比如某一列的名稱、類型、長度、描述……，有做過自動生成代碼的朋友比較清楚其中的作用。
2、具有高度可配置性的程序，比如自定義表單、列表等，存儲的結構信息也叫元數據，根據結構信息動態解析生成表單展示，有做過所見即所得的朋友應該不陌生。
上面都是具有高度可擴展性的應用系統必然應用的一些思想，當然還有其他更多的場景……
這篇文章主要是探討一下元數據在應用系統中的重要性，在xms中如何結合上面的場景，實現靈活擴展與可維護性，同時解放了咱們碼農的雙手……
一直以來，咱們碼農界的項目交接文檔中，至少需要提供數據庫字典，要求高點的還要提供流程圖以及說明、類和方法的描述等，一說到文檔，估計大家心中一萬個不情願，這玩意寫出來誰看啊，一個不願意寫，一個不願意看，更別提這系統經過了幾手，一個人都沒全部搞清楚系統邏輯，怎么寫這么一個大系統的說明文檔，其實這些更多是公司的一種規范要求，據我了解有9成的人不寫不看，要看寧願直接看代碼，那就要看寫代碼的人的素質了。
有沒有辦法不用手寫這些二X文檔？easy啦，元數據管理起來吧，從此媽媽再也不用擔心我熬夜寫文檔了，能准時回家吃飯飯！人生苦短，准時吃飯……
第一步：表
先把表的元數據管理起來，讓大家一看就知道這個表是干啥用的，對應的數據庫表是哪個，分別有哪些控制，在系統中一目了然
第二步：字段
記錄每個字段的詳細信息，各種控制開關，關聯性等，每個項目的需求不一樣，同一個表也會存在很多個性化的字段，在這里一目了然
第三步：關系
每個表之間的關系，在數據庫中叫外鍵約束，通過哪個字段關聯起來的，一對多，多對一，一目了然
咱們的目的是把系統做活，寫死的系統有幾個致命的地方：
1、簡單的維護都要頻繁改源碼，無穩定性可言
2、客戶沒辦法個性化，體驗差
3、功能復用性低，無二次銷售價值
4、難以交接，一改就亂，越改越亂
有了上面這3項的管理，后面一切擴展都輕而易舉，交接時直接導出一份文檔即可，省下的時間該干啥干啥去，人生苦短，你不搞python，也可以那啥啊，畢竟世界那么大
話說真有想過python再搞一套，有同樣理想的咱們后續一起前進=>