什麼是元資料？引用百科的描述就是：元資料（metadata），又稱中介資料、中繼資料，為描述資料的資料（data about data），主要是描述資料屬性（property）的資訊；
看起來有點抽象？那我們看下具體場景有哪些：
1、資料庫中的sysobjects、syscolumns，就是儲存了表、檢視、列等結構資訊，我們可以查詢到這些物件的詳細資訊，比如某一列的名稱、型別、長度、描述……，有做過自動生成**的朋友比較清楚其中的作用。
2、具有高度可配置性的程式，比如自定義表單、列表等，儲存的結構資訊也叫元資料，根據結構資訊動態解析生成表單展示，有做過所見即所得的朋友應該不陌生。
上面都是具有高度可擴充套件性的應用系統必然應用的一些思想，當然還有其他更多的場景……
這篇文章主要是**一下元資料在應用系統中的重要性，在xms中如何結合上面的場景，實現靈活擴充套件與可維護性，同時解放了咱們碼農的雙手……
一直以來，咱們碼農界的專案交接文件中，至少需要提供資料庫字典，要求高點的還要提供流程圖以及說明、類和方法的描述等，一說到文件，估計大家心中一萬個不情願，這玩意寫出來誰看啊，乙個不願意寫，乙個不願意看，更別提這系統經過了幾手，乙個人都沒全部搞清楚系統邏輯，怎麼寫這麼乙個大系統的說明文件，其實這些更多是公司的一種規範要求，據我了解有9成的人不寫不看，要看寧願直接看**，那就要看寫**的人的素質了。
有沒有辦法不用手寫這些二x文件？easy啦，元資料管理起來吧，從此媽媽再也不用擔心我熬夜寫文件了，能準時回家吃飯飯！人生苦短，準時吃飯……
第一步：表
先把錶的元資料管理起來，讓大家一看就知道這個表是幹啥用的，對應的資料庫表是哪個，分別有哪些控制，在系統中一目了然
第二步：字段
記錄每個欄位的詳細資訊，各種控制開關，關聯性等，每個專案的需求不一樣，同乙個表也會存在很多個性化的字段，在這裡一目了然
第三步：關係
每個表之間的關係，在資料庫中叫外來鍵約束，通過哪個字段關聯起來的，一對多，多對一，一目了然
咱們的目的是把系統做活，寫死的系統有幾個致命的地方：
1、簡單的維護都要頻繁改原始碼，無穩定性可言
2、客戶沒辦法個性化，體驗差
3、功能復用性低，無二次銷售價值
4、難以交接，一改就亂，越改越亂
有了上面這3項的管理，後面一切擴充套件都輕而易舉，交接時直接匯出乙份文件即可，省下的時間該幹啥幹啥去，人生苦短，你不搞python，也可以那啥啊，畢竟世界那麼大
話說真有想過python再搞一套，有同樣理想的咱們後續一起前進=>
專案管理重要性
軟體工程的經驗告訴我們，乙個軟體開發過程是可以很長但也可以很短的時間。為什麼這樣說呢？其實道理很簡單，長的時間說明這個專案很難搞，時間長。短呢？說明專案容易很快就搞完。假如這樣看待乙個專案過程，那麼你就錯了。乙個專案過程往往不可以看得這樣簡單，因為這個過程是複雜。下面看乙個例子 乙個公司的老闆外包了...
專案管理重要性
專案管理就是將知識 技能 工具與技術應用於專案活動，以滿足專案的要求。有效的專案管理能夠幫助個人 群體以及公共和私人組織 專案管理不善或缺乏專案管理可能會導致 專案是組織創造價值和效益的主要方式。在當今商業環境下，組織領導者需要應對預算緊縮 時間縮短 資源稀缺以及技術快速變化的情況。商業環境動盪不定...
資料的重要性
對於程式設計師來說，高手 和 菜鳥 之間的區別實際上只有兩個因素 一是從事程式設計時間的長短不同，使經驗的多少有所區別 第二個因素就是手頭掌握資料的多少了，因為很多問題並不是靠自己鑽研可以解決的，必須靠資料，試想在寫 dos匯程式設計序時如果沒有中斷手冊，可以自己鑽研出來嗎？實際上，大部分 菜鳥 向...