原文 http://www.cnblogs.com/fish-li/archive/2011/12/18/2292037.htmlhtml
今天談談在.net中讀寫config文件的各類方法。 在這篇博客中,我將介紹各類配置文件的讀寫操做。 因爲內容較爲直觀,所以沒有過多的空道理,只有實實在在的演示代碼, 目的只爲了再現實戰開發中的各類場景。但願你們能喜歡。正則表達式
一般,咱們在.NET開發過程當中,會接觸二種類型的配置文件:config文件,xml文件。 今天的博客示例也將介紹這二大類的配置文件的各種操做。 在config文件中,我將主要演示如何建立本身的自定義的配置節點,而不是介紹如何使用appSetting 。緩存
請明:本文所說的config文件特指app.config或者web.config,而不是通常的XML文件。 在這類配置文件中,因爲.net framework已經爲它們定義了一些配置節點,所以咱們並不能簡單地經過序列化的方式去讀寫它。app
爲何要自定義的配置節點?
確實,有不少人在使用config文件都是直接使用appSetting的,把全部的配置參數全都塞到那裏,這樣作雖然不錯, 可是若是參數過多,這種作法的缺點也會明顯地暴露出來:appSetting中的配置參數項只能按key名來訪問,不能支持複雜的層次節點也不支持強類型, 並且因爲全都只使用這一個集合,你會發現:徹底不相干的參數也要放在一塊兒! 框架
想擺脫這種困擾嗎?自定義的配置節點將是解決這個問題的一種可行方法。ide
首先,咱們來看一下如何在app.config或者web.config中增長一個自定義的配置節點。 在這篇博客中,我將介紹4種自定義配置節點的方式,最終的配置文件以下: 函數
<?xml version="1.0" encoding="utf-8" ?> <configuration> <configSections> <section name="MySection111" type="RwConfigDemo.MySection1, RwConfigDemo" /> <section name="MySection222" type="RwConfigDemo.MySection2, RwConfigDemo" /> <section name="MySection333" type="RwConfigDemo.MySection3, RwConfigDemo" /> <section name="MySection444" type="RwConfigDemo.MySection4, RwConfigDemo" /> </configSections> <MySection111 username="fish-li" url="http://www.cnblogs.com/fish-li/"></MySection111> <MySection222> <users username="fish" password="liqifeng"></users> </MySection222> <MySection444> <add key="aa" value="11111"></add> <add key="bb" value="22222"></add> <add key="cc" value="33333"></add> </MySection444> <MySection333> <Command1> <![CDATA[ create procedure ChangeProductQuantity( @ProductID int, @Quantity int ) as update Products set Quantity = @Quantity where ProductID = @ProductID; ]]> </Command1> <Command2> <![CDATA[ create procedure DeleteCategory( @CategoryID int ) as delete from Categories where CategoryID = @CategoryID; ]]> </Command2> </MySection333> </configuration>
同時,我還提供全部的示例代碼(文章結尾處可供下載),演示程序的界面以下:性能
先來看最簡單的自定義節點,每一個配置值以屬性方式存在:優化
<MySection111 username="fish-li" url="http://www.cnblogs.com/fish-li/"></MySection111>
實現代碼以下:
public class MySection1 : ConfigurationSection { [ConfigurationProperty("username", IsRequired = true)] public string UserName { get { return this["username"].ToString(); } set { this["username"] = value; } } [ConfigurationProperty("url", IsRequired = true)] public string Url { get { return this["url"].ToString(); } set { this["url"] = value; } } }
小結:
1. 自定義一個類,以ConfigurationSection爲基類,各個屬性要加上[ConfigurationProperty] ,ConfigurationProperty的構造函數中傳入的name字符串將會用於config文件中,表示各參數的屬性名稱。
2. 屬性的值的讀寫要調用this[],由基類去保存,請不要自行設計Field來保存。
3. 爲了能使用配置節點能被解析,須要在<configSections>中註冊: <section name="MySection111" type="RwConfigDemo.MySection1, RwConfigDemo" /> ,且要注意name="MySection111"要與<MySection111 ..... >是對應的。
說明:下面將要介紹另三種配置節點,雖然複雜一點,可是一些基礎的東西與這個節點是同樣的,因此後面我就再也不重複說明了。
再來看個複雜點的,每一個配置項以XML元素的方式存在:
<MySection222> <users username="fish" password="liqifeng"></users> </MySection222>
public class MySection2 : ConfigurationSection { [ConfigurationProperty("users", IsRequired = true)] public MySectionElement Users { get { return (MySectionElement)this["users"]; } } } public class MySectionElement : ConfigurationElement { [ConfigurationProperty("username", IsRequired = true)] public string UserName { get { return this["username"].ToString(); } set { this["username"] = value; } } [ConfigurationProperty("password", IsRequired = true)] public string Password { get { return this["password"].ToString(); } set { this["password"] = value; } } }
小結:
1. 自定義一個類,以ConfigurationSection爲基類,各個屬性除了要加上[ConfigurationProperty]
2. 類型也是自定義的,具體的配置屬性寫在ConfigurationElement的繼承類中。
有時配置參數包含較長的文本,好比:一段SQL腳本,或者一段HTML代碼,那麼,就須要CDATA節點了。假設要實現一個配置,包含二段SQL腳本:
<MySection333> <Command1> <![CDATA[ create procedure ChangeProductQuantity( @ProductID int, @Quantity int ) as update Products set Quantity = @Quantity where ProductID = @ProductID; ]]> </Command1> <Command2> <![CDATA[ create procedure DeleteCategory( @CategoryID int ) as delete from Categories where CategoryID = @CategoryID; ]]> </Command2> </MySection333>
public class MySection3 : ConfigurationSection { [ConfigurationProperty("Command1", IsRequired = true)] public MyTextElement Command1 { get { return (MyTextElement)this["Command1"]; } } [ConfigurationProperty("Command2", IsRequired = true)] public MyTextElement Command2 { get { return (MyTextElement)this["Command2"]; } } } public class MyTextElement : ConfigurationElement { protected override void DeserializeElement(System.Xml.XmlReader reader, bool serializeCollectionKey) { CommandText = reader.ReadElementContentAs(typeof(string), null) as string; } protected override bool SerializeElement(System.Xml.XmlWriter writer, bool serializeCollectionKey) { if( writer != null ) writer.WriteCData(CommandText); return true; } [ConfigurationProperty("data", IsRequired = false)] public string CommandText { get { return this["data"].ToString(); } set { this["data"] = value; } } }
小結:
1. 在實現上大致可參考MySection2,
2. 每一個ConfigurationElement由咱們來控制如何讀寫XML,也就是要重載方法SerializeElement,DeserializeElement
<MySection444> <add key="aa" value="11111"></add> <add key="bb" value="22222"></add> <add key="cc" value="33333"></add> </MySection444>
這種相似的配置方式,在ASP.NET的HttpHandler, HttpModule中太常見了,想不想知道如何實現它們? 代碼以下:
public class MySection4 : ConfigurationSection // 全部配置節點都要選擇這個基類 { private static readonly ConfigurationProperty s_property = new ConfigurationProperty(string.Empty, typeof(MyKeyValueCollection), null, ConfigurationPropertyOptions.IsDefaultCollection); [ConfigurationProperty("", Options = ConfigurationPropertyOptions.IsDefaultCollection)] public MyKeyValueCollection KeyValues { get { return (MyKeyValueCollection)base[s_property]; } } } [ConfigurationCollection(typeof(MyKeyValueSetting))] public class MyKeyValueCollection : ConfigurationElementCollection // 自定義一個集合 { // 基本上,全部的方法都只要簡單地調用基類的實現就能夠了。 public MyKeyValueCollection() : base(StringComparer.OrdinalIgnoreCase) // 忽略大小寫 { } // 其實關鍵就是這個索引器。但它也是調用基類的實現,只是作下類型轉就好了。 new public MyKeyValueSetting this[string name] { get { return (MyKeyValueSetting)base.BaseGet(name); } } // 下面二個方法中抽象類中必需要實現的。 protected override ConfigurationElement CreateNewElement() { return new MyKeyValueSetting(); } protected override object GetElementKey(ConfigurationElement element) { return ((MyKeyValueSetting)element).Key; } // 說明:若是不須要在代碼中修改集合,能夠不實現Add, Clear, Remove public void Add(MyKeyValueSetting setting) { this.BaseAdd(setting); } public void Clear() { base.BaseClear(); } public void Remove(string name) { base.BaseRemove(name); } } public class MyKeyValueSetting : ConfigurationElement // 集合中的每一個元素 { [ConfigurationProperty("key", IsRequired = true)] public string Key { get { return this["key"].ToString(); } set { this["key"] = value; } } [ConfigurationProperty("value", IsRequired = true)] public string Value { get { return this["value"].ToString(); } set { this["value"] = value; } } }
小結:
1. 爲每一個集合中的參數項建立一個從ConfigurationElement繼承的派生類,可參考MySection1
2. 爲集合建立一個從ConfigurationElementCollection繼承的集合類,具體在實現時主要就是調用基類的方法。
3. 在建立ConfigurationSection的繼承類時,建立一個表示集合的屬性就能夠了,注意[ConfigurationProperty]的各參數。
前面我逐個介紹了4種自定義的配置節點的實現類,下面再來看一下如何讀寫它們。
讀取配置參數:
MySection1 mySectioin1 = (MySection1)ConfigurationManager.GetSection("MySection111"); txtUsername1.Text = mySectioin1.UserName; txtUrl1.Text = mySectioin1.Url; MySection2 mySectioin2 = (MySection2)ConfigurationManager.GetSection("MySection222"); txtUsername2.Text = mySectioin2.Users.UserName; txtUrl2.Text = mySectioin2.Users.Password; MySection3 mySection3 = (MySection3)ConfigurationManager.GetSection("MySection333"); txtCommand1.Text = mySection3.Command1.CommandText.Trim(); txtCommand2.Text = mySection3.Command2.CommandText.Trim(); MySection4 mySection4 = (MySection4)ConfigurationManager.GetSection("MySection444"); txtKeyValues.Text = string.Join("\r\n", (from kv in mySection4.KeyValues.Cast<MyKeyValueSetting>() let s = string.Format("{0}={1}", kv.Key, kv.Value) select s).ToArray());
小結:在讀取自定節點時,咱們須要調用ConfigurationManager.GetSection()獲得配置節點,並轉換成咱們定義的配置節點類,而後就能夠按照強類型的方式來訪問了。
寫配置文件:
Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None); MySection1 mySectioin1 = config.GetSection("MySection111") as MySection1; mySectioin1.UserName = txtUsername1.Text.Trim(); mySectioin1.Url = txtUrl1.Text.Trim(); MySection2 mySection2 = config.GetSection("MySection222") as MySection2; mySection2.Users.UserName = txtUsername2.Text.Trim(); mySection2.Users.Password = txtUrl2.Text.Trim(); MySection3 mySection3 = config.GetSection("MySection333") as MySection3; mySection3.Command1.CommandText = txtCommand1.Text.Trim(); mySection3.Command2.CommandText = txtCommand2.Text.Trim(); MySection4 mySection4 = config.GetSection("MySection444") as MySection4; mySection4.KeyValues.Clear(); (from s in txtKeyValues.Lines let p = s.IndexOf('=') where p > 0 select new MyKeyValueSetting { Key = s.Substring(0, p), Value = s.Substring(p + 1) } ).ToList() .ForEach(kv => mySection4.KeyValues.Add(kv)); config.Save();
小結:在修改配置節點前,咱們須要調用ConfigurationManager.OpenExeConfiguration(),而後調用config.GetSection()在獲得節點後,轉成咱們定義的節點類型, 而後就能夠按照強類型的方式來修改咱們定義的各參數項,最後調用config.Save();便可。
注意:
1. .net爲了優化配置節點的讀取操做,會將數據緩存起來,若是但願使用修改後的結果生效,您還須要調用ConfigurationManager.RefreshSection(".....")
2. 若是是修改web.config,則須要使用 WebConfigurationManager
前面一直在演示自定義的節點,那麼如何讀取.net framework中已經定義的節點呢?
假如我想讀取下面配置節點中的發件人。
<system.net> <mailSettings> <smtp from="Fish.Q.Li@newegg.com"> <network /> </smtp> </mailSettings> </system.net>
讀取配置參數:
SmtpSection section = ConfigurationManager.GetSection("system.net/mailSettings/smtp") as SmtpSection; labMailFrom.Text = "Mail From: " + section.From;
寫配置文件:
Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None); SmtpSection section = config.GetSection("system.net/mailSettings/smtp") as SmtpSection; section.From = "Fish.Q.Li@newegg.com2"; config.Save();
前面演示在config文件中建立自定義配置節點的方法,那些方法也只適合在app.config或者web.config中,若是您的配置參數較多, 或者打算將一些數據以配置文件的形式單獨保存,那麼,直接讀寫整個XML將會更方便。 好比:我有一個實體類,我想將它保存在XML文件中,有多是多條記錄,也多是一條。
此次我來反過來講,假如咱們先定義了XML的結構,是下面這個樣子的,那麼我將怎麼作呢?
<?xml version="1.0" encoding="utf-8"?> <ArrayOfMyCommand xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <MyCommand Name="InsretCustomer" Database="MyTestDb"> <Parameters> <Parameter Name="Name" Type="DbType.String" /> <Parameter Name="Address" Type="DbType.String" /> </Parameters> <CommandText>insret into .....</CommandText> </MyCommand> </ArrayOfMyCommand>
對於上面的這段XML結構,咱們能夠在C#中先定義下面的類,而後經過序列化及反序列化的方式來實現對它的讀寫。
有了這二個C#類,讀寫這段XML就很是容易了。如下就是相應的讀寫代碼:
private void btnReadXml_Click(object sender, EventArgs e) { btnWriteXml_Click(null, null); List<MyCommand> list = XmlHelper.XmlDeserializeFromFile<List<MyCommand>>(XmlFileName, Encoding.UTF8); if( list.Count > 0 ) MessageBox.Show(list[0].CommandName + ": " + list[0].CommandText, this.Text, MessageBoxButtons.OK, MessageBoxIcon.Information); } private void btnWriteXml_Click(object sender, EventArgs e) { MyCommand command = new MyCommand(); command.CommandName = "InsretCustomer"; command.Database = "MyTestDb"; command.CommandText = "insret into ....."; command.Parameters.Add(new MyCommandParameter { ParamName = "Name", ParamType = "DbType.String" }); command.Parameters.Add(new MyCommandParameter { ParamName = "Address", ParamType = "DbType.String" }); List<MyCommand> list = new List<MyCommand>(1); list.Add(command); XmlHelper.XmlSerializeToFile(list, XmlFileName, Encoding.UTF8); }
小結:
1. 讀寫整個XML最方便的方法是使用序列化反序列化。
2. 若是您但願某個參數以Xml Property的形式出現,那麼須要使用[XmlAttribute]修飾它。
3. 若是您但願某個參數以Xml Element的形式出現,那麼須要使用[XmlElement]修飾它。
4. 若是您但願爲某個List的項目指定ElementName,則須要[XmlArrayItem]
5. 以上3個Attribute均可以指定在XML中的映射別名。
6. 寫XML的操做是經過XmlSerializer.Serialize()來實現的。
7. 讀取XML文件是經過XmlSerializer.Deserialize來實現的。
8. List或Array項,請不要使用[XmlElement],不然它們將之內聯的形式提高到當前類,除非你再定義一個容器類。
public static class XmlHelper { private static void XmlSerializeInternal(Stream stream, object o, Encoding encoding) { if( o == null ) throw new ArgumentNullException("o"); if( encoding == null ) throw new ArgumentNullException("encoding"); XmlSerializer serializer = new XmlSerializer(o.GetType()); XmlWriterSettings settings = new XmlWriterSettings(); settings.Indent = true; settings.NewLineChars = "\r\n"; settings.Encoding = encoding; settings.IndentChars = " "; using( XmlWriter writer = XmlWriter.Create(stream, settings) ) { serializer.Serialize(writer, o); writer.Close(); } } /// <summary> /// 將一個對象序列化爲XML字符串 /// </summary> /// <param name="o">要序列化的對象</param> /// <param name="encoding">編碼方式</param> /// <returns>序列化產生的XML字符串</returns> public static string XmlSerialize(object o, Encoding encoding) { using( MemoryStream stream = new MemoryStream() ) { XmlSerializeInternal(stream, o, encoding); stream.Position = 0; using( StreamReader reader = new StreamReader(stream, encoding) ) { return reader.ReadToEnd(); } } } /// <summary> /// 將一個對象按XML序列化的方式寫入到一個文件 /// </summary> /// <param name="o">要序列化的對象</param> /// <param name="path">保存文件路徑</param> /// <param name="encoding">編碼方式</param> public static void XmlSerializeToFile(object o, string path, Encoding encoding) { if( string.IsNullOrEmpty(path) ) throw new ArgumentNullException("path"); using( FileStream file = new FileStream(path, FileMode.Create, FileAccess.Write) ) { XmlSerializeInternal(file, o, encoding); } } /// <summary> /// 從XML字符串中反序列化對象 /// </summary> /// <typeparam name="T">結果對象類型</typeparam> /// <param name="s">包含對象的XML字符串</param> /// <param name="encoding">編碼方式</param> /// <returns>反序列化獲得的對象</returns> public static T XmlDeserialize<T>(string s, Encoding encoding) { if( string.IsNullOrEmpty(s) ) throw new ArgumentNullException("s"); if( encoding == null ) throw new ArgumentNullException("encoding"); XmlSerializer mySerializer = new XmlSerializer(typeof(T)); using( MemoryStream ms = new MemoryStream(encoding.GetBytes(s)) ) { using( StreamReader sr = new StreamReader(ms, encoding) ) { return (T)mySerializer.Deserialize(sr); } } } /// <summary> /// 讀入一個文件,並按XML的方式反序列化對象。 /// </summary> /// <typeparam name="T">結果對象類型</typeparam> /// <param name="path">文件路徑</param> /// <param name="encoding">編碼方式</param> /// <returns>反序列化獲得的對象</returns> public static T XmlDeserializeFromFile<T>(string path, Encoding encoding) { if( string.IsNullOrEmpty(path) ) throw new ArgumentNullException("path"); if( encoding == null ) throw new ArgumentNullException("encoding"); string xml = File.ReadAllText(path, encoding); return XmlDeserialize<T>(xml, encoding); } }
在前面的演示中,有個不完美的地方,我將SQL腳本以普通字符串的形式輸出到XML中了:
<CommandText>insret into .....</CommandText>
顯然,現實中的SQL腳本都是比較長的,並且還可能會包含一些特殊的字符,這種作法是不可取的,好的處理方式應該是將它以CDATA的形式保存, 爲了實現這個目標,咱們就不能直接按照普通字符串的方式來處理了,這裏我定義了一個類 MyCDATA:
我將使用這個類來控制CommandText在XML序列化及反序列化的行爲,讓它寫成一個CDATA形式, 所以,我還須要修改CommandText的定義,改爲這個樣子:
public MyCDATA CommandText;
最終,獲得的結果是:
<?xml version="1.0" encoding="utf-8"?> <ArrayOfMyCommand xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <MyCommand Name="InsretCustomer" Database="MyTestDb"> <Parameters> <Parameter Name="Name" Type="DbType.String" /> <Parameter Name="Address" Type="DbType.String" /> </Parameters> <CommandText><![CDATA[insret into .....]]></CommandText> </MyCommand> </ArrayOfMyCommand>
一般,咱們使用使用XmlSerializer.Serialize()獲得的XML字符串的開頭處,包含一段XML聲明元素:
<?xml version="1.0" encoding="utf-8"?>
因爲各類緣由,有時候可能不須要它。爲了讓這行字符消失,我見過有使用正則表達式去刪除它的,也有直接分析字符串去刪除它的。 這些方法,要麼浪費程序性能,要麼就要多寫些奇怪的代碼。總之,就是看起來很彆扭。 其實,咱們能夠反過來想一下:能不能在序列化時,不輸出它呢? 不輸出它,不就達到咱們指望的目的了嗎?
在XML序列化時,有個XmlWriterSettings是用於控制寫XML的一些行爲的,它有一個OmitXmlDeclaration屬性,就是專門用來控制要不要輸出那行XML聲明的。 並且,這個XmlWriterSettings還有其它的一些經常使用屬性。請看如下演示代碼:
using( MemoryStream stream = new MemoryStream() ) { XmlWriterSettings settings = new XmlWriterSettings(); settings.Indent = true; settings.NewLineChars = "\r\n"; settings.OmitXmlDeclaration = true; settings.IndentChars = "\t"; XmlWriter writer = XmlWriter.Create(stream, settings);
使用上面這段代碼,我能夠:
1. 不輸出XML聲明。
2. 指定換行符。
3. 指定縮進字符。
若是不使用這個類,恐怕還真的不能控制XmlSerializer.Serialize()的行爲。
前面介紹了讀寫XML的方法,但是,如何開始呢? 因爲沒有XML文件,程序也無法讀取,那麼如何獲得一個格式正確的XML呢? 答案是:先寫代碼,建立一個要讀取的對象,隨便輸入一些垃圾數據,而後將它寫入XML(反序列化), 而後,咱們能夠參考生成的XML文件的具體格式,或者新增其它的節點(列表), 或者修改前面所說的垃圾數據,最終獲得可使用的,有着正確格式的XML文件。
常常見到有不少組件或者框架,都喜歡把配置參數放在config文件中, 那些設計者或許認爲他們的做品的參數較複雜,還喜歡搞自定義的配置節點。 結果就是:config文件中一大堆的配置參數。最麻煩的是:下次其它項目還要使用這個東西時,還得繼續配置!
.net一直提倡XCOPY,但我發現遵照這個約定的組件或者框架還真很少。 因此,我想建議你們在設計組件或者框架的時候:
1. 請不要把大家的參數放在config文件中,那種配置真的不方便【複用】。
2. 能不能同時提供配置文件以及API接口的方式公開參數,由用戶來決定如何選擇配置參數的保存方式。
從本質上說,config文件也是XML文件,但它們有一點差異,不只僅是由於.net framework爲config文件預約義了許多配置節。 對於ASP.NET應用程序來講,若是咱們將參數放在web.config中,那麼,只要修改了web.config,網站也將會從新啓動, 此時有一個好處:咱們的代碼老是能以最新的參數運行。另外一方面,也有一個壞處:或許因爲種種緣由,咱們並不但願網站被重啓, 畢竟重啓網站會花費一些時間,這會影響網站的響應。 對於這個特性,我只能說,沒有辦法,web.config就是這樣。
然而,當咱們使用XML時,顯然不能直接獲得以上所說的特性。由於XML文件是由咱們本身來維護的。
到這裏,您有沒有想過:我如何在使用XML時也能擁有那些優勢呢?
我但願在用戶修改了配置文件後,程序能馬上以最新的參數運行,並且不用從新網站。
若是但願知道這個答案,請關注個人後續博客,我是Fish Li 。