Config::Model::Xorg

配置::模型提供了一個框架，在驗證配置數據的語義內容有所幫助。的項目，也可以用於提供象mplayer的或代碼轉換的複合節目的選項的語義檢查。
對於最複雜的軟件，配置升級是一項艱鉅的任務，對大多數人來說。通過配置::型號，軟件可以為他們的用戶順利升級。
這是如何運作的？
利用該項目中，一個典型的配置的驗證工具將作出的3個部分：
用戶界面
驗證引擎，它負責驗證由用戶所提供的所有配置信息。
存儲的配置信息的存儲設施
不，我們已經有一些配置驗證工具？
你可能會想的工具，如webmin的。是的，這些工具存在，而且做工精細，但他們有自己的一套缺點。
通常情況下，配置數據的驗證完成與執行語義驗證，往往最終是相當複雜（例如2500線負責處理xorg.conf文件Debian的Xserver的-xorg.config腳本）的腳本。
在大多數情況下，構造模型被表示在指令（無論編程語言使用）和穿插大量處理來處理實際的配置數據。
什麼是這個項目的優勢在哪裡？
該配置::模型項目提供一種方式來獲得一個驗證引擎，其中配置模型完全從實際處理指令分開。
配置模型表示為一個聲明的形式（即一個Perl數據結構），它總是容易比大量的代碼維護。
宣言規定：
配置數據的結構（可以通過通用用戶界面進行查詢）
每個元素的屬性（邊界，支票，整數或字符串，枚舉類型一樣...）
的參數的缺省值（如果有的話）
強制性參數
目標受眾（中級，高級，大師）
在線幫助（ACH為參數或參數的值）
每個參數的專業知識水平（隱藏從新手眼中專家參數）
那麼，到底：
維護的配置內容和進化更容易
用戶將看到一個*通用*接口*使用該項目的所有*程序。
用戶不會看到高級參數
配置數據的升級更容易，完整性檢查執行
配置的審計可以檢查什麼被用戶compated到默認值修改
怎麼樣的用戶界面？
配置::型號也將與該查詢用戶的模型詛咒:: UI界面，並生成相關的用戶界面。
怎麼樣的數據存儲？
由於配置文件的語法變化很大，形成一個程序到另一個，大多數人誰想要使用這個框架必須提供一個專門的解析器/作家。
不過，這個項目還可以提供一個作家/解析器最常見的格式：像INI樣式文件，或提供接口艾麗卡或debconf的項目。這點是開放的討論。
這是完全有可能的單一配置模型使用多個解析器和作家這樣一個模型將確保幾個配置的一致性文件以及

什麼在此版本中是新的：

• 在所有的Xorg模型文件正在修改和寫入配置::型號::本身。
• 在該模型的fglrx加入。
• 在擴展模式加入。
• 在該配置編輯-xorg的命令添加到緩和發射了xorg.conf中編輯。
• 在ATI的模型增加了。
• 在該型號的Radeon進行了改進。
• 在解析器現在是不敏感的情況下的關鍵字（如Xorg的）。
• 在大量的錯誤是固定的。
• 在驅動程序模型仍然是不完整的。

什麼在1.101版本新：

• 在配置編輯-xorg的加入緩解發射了xorg.conf中的編輯。

什麼在0.513版本新：

• 系統VESA模式已加入
• 在此版本將嘗試幾個目錄找到X.Org配置。
• 在這已得到修復，以應付新的配置::型號::的Autoread。

要求：

• 在Perl中