.NET的应用程序配置文件,使用的是XML格式。相对INI文件来说,它的功能要强上不少,而且具有很强的可扩展性。它的缺点是不能直接进行写操作,也就是说,不能直接在程序中修改配置文件的数据(当然不是指不能,不过不是本文讨论的范围)。本文主要目的是探讨如何扩展配置文件,并在其加入各种自定义配置信息。
   
    1. 使用
        简单的配置信息,可以直接放入标记中。如:
如何使用.NET配置文件(转载)xml version="1.0" encoding="utf-8"?>
如何使用.NET配置文件(转载)  
<appSettings>
如何使用.NET配置文件(转载) 
<add key="LogFile" value="d:\log\debug.log"/>
如何使用.NET配置文件(转载)  
appSettings>  
如何使用.NET配置文件(转载)
configuration>
如何使用.NET配置文件(转载)

        相应访问代码如下:       

如何使用.NET配置文件(转载)string fileName = System.Configuration.ConfigurationSettings.AppSettings.Get("LogFile");
如何使用.NET配置文件(转载)

     2. 自定义配置节(section)名称
        比如,我们要使用下面的配置结构,将配置信息归类分组:

如何使用.NET配置文件(转载)xml version="1.0" encoding="utf-8"?>
如何使用.NET配置文件(转载)
<configuration>
如何使用.NET配置文件(转载)

如何使用.NET配置文件(转载)

如何使用.NET配置文件(转载)
<myConfig>
如何使用.NET配置文件(转载)  
<myDictionary>
如何使用.NET配置文件(转载)    
<add key="Area" value="Fuzhou"/>
如何使用.NET配置文件(转载)    
<add key="Device" value="Printer"/> 
如何使用.NET配置文件(转载)    
<add key="Customer" value="Muf"/>
如何使用.NET配置文件(转载)  
myDictionary>
如何使用.NET配置文件(转载)  
<myNameValue>
如何使用.NET配置文件(转载)    
<add key="Area" value="Fuzhou"/>
如何使用.NET配置文件(转载)    
<add key="Device" value="Printer"/> 
如何使用.NET配置文件(转载)    
<add key="Customer" value="Muf"/>
如何使用.NET配置文件(转载)  
myNameValue>
如何使用.NET配置文件(转载)  
<myInfo
如何使用.NET配置文件(转载)    
Area="Fuzhou" Device="Printer" Customer="Muf"
如何使用.NET配置文件(转载)  
/>
如何使用.NET配置文件(转载)
myConfig>
如何使用.NET配置文件(转载)
configuration>
如何使用.NET配置文件(转载)

        但是光这样子说明是不行的。没有声明,是不能使用自定义的配置段。我们必须要在配置文件前面加入声明:  

如何使用.NET配置文件(转载)
如何使用.NET配置文件(转载)  
<configSections>
如何使用.NET配置文件(转载)    
<sectionGroup name="myConfig">
如何使用.NET配置文件(转载)         
<section name="myDictionary"
如何使用.NET配置文件(转载)            type
="System.Configuration.NameValueSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
如何使用.NET配置文件(转载)        
<section name="myNameValue"
如何使用.NET配置文件(转载)            type
="System.Configuration.DictionarySectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
如何使用.NET配置文件(转载)        
<section name="myInfo"
如何使用.NET配置文件(转载)            type
="System.Configuration.SingleTagSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
如何使用.NET配置文件(转载)    
sectionGroup>
如何使用.NET配置文件(转载)  
configSections>  
如何使用.NET配置文件(转载)

    声明和配置的关系,示意图如下:
        
    由图上可以看出,NameValueSectionHandler和DictionarySectionHandler在定义配置文件的内容形式上是一样的,都是用来设置内容的。只是返回到C#中的类不太一样,可以参考下面的代码示例。
    另外,如果不关心Handler类的版本等信息,可以直接省略。如NameValueSectionHandler可以直接如下声明:

如何使用.NET配置文件(转载)<section name="myDictionary"            type="System.Configuration.NameValueSectionHandler, System" />
如何使用.NET配置文件(转载)

    把上面的声明段放入配置文件中,我们的配置结构就可以正常使用了。声明中,用来定义不含配置数据的节的名称。

用来定义含有自定义配置数据的节的名称。
用来指定定义配置数据的类型。.NET已经定义了3种配置类型:
  a. NameValueSectionHandler
        相应访问代码如下: 

如何使用.NET配置文件(转载)NameValueCollection myNameValue= (NameValueCollection)System.Configuration.ConfigurationSettings.AppSettings.Get(@"myConfig\myNameValue");
如何使用.NET配置文件(转载)
string Area = myNameValue["Area"];
如何使用.NET配置文件(转载)
string Device= myNameValue["Device"];
如何使用.NET配置文件(转载)
string Customer = myNameValue["Customer "];
如何使用.NET配置文件(转载)

  b. DictionarySectionHandler
        相应访问代码如下:

如何使用.NET配置文件(转载)Hashtable myNameValue= (Hashtable)System.Configuration.ConfigurationSettings.AppSettings.Get(@"myConfig\myDictionary");
如何使用.NET配置文件(转载)
string Area = myNameValue["Area"];
如何使用.NET配置文件(转载)
string Device= myNameValue["Device"];
如何使用.NET配置文件(转载)
string Customer = myNameValue["Customer "];
如何使用.NET配置文件(转载)

  c. SingleTagSectionHandler
        相应访问代码如下:   

如何使用.NET配置文件(转载)Hashtable myNameValue= (Hashtable)System.Configuration.ConfigurationSettings.AppSettings.Get(@"myConfig\myInfo");
如何使用.NET配置文件(转载)
string Area = myNameValue["Area"];
如何使用.NET配置文件(转载)
string Device= myNameValue["Device"];
如何使用.NET配置文件(转载)
string Customer = myNameValue["Customer "];
如何使用.NET配置文件(转载)

        这三种类型的详细信息,可以参考 MSDN 文档。同时.NET 还定义了IgnoreSectionHandler类型,为 System.Configuration 之外的系统所读取和处理的配置节提供节处理程序定义。
        除此之外,.NET提供了IConfigurationSectionHandler接口,这样我们还可以自行进行扩展,以设计出我们自已的配置形式。

        3. 自定义配置结构 (使用IConfigurationSectionHandler)
 假设有以下的配置信息,其在MyInfo可以重复许多次,那么应如何读取配置呢?这时就要使用自定义的配置程序了。
如何使用.NET配置文件(转载)<myConfigs>
如何使用.NET配置文件(转载)  
<myInfo Area="Fuzhou" Device="Printer" Customer="Muf" />
如何使用.NET配置文件(转载)  
<myInfo Area="Shanghai" Device="Mobile" Customer="Liny" />
如何使用.NET配置文件(转载)
myConfig>
如何使用.NET配置文件(转载)

 访问代码如下:

如何使用.NET配置文件(转载)Hashtable cfgTable = (Hashtable)ConfigurationSettings.GetConfig( "myConfigs" );
如何使用.NET配置文件(转载)
如何使用.NET配置文件(转载)Debug.Assert( cfgTable.Count 
== 2);
如何使用.NET配置文件(转载)Hashtable cfgFuzhou 
= (Hashtable)cfgTable["Fuzhou"];
如何使用.NET配置文件(转载)Hashtable cfgShanghai 
= (Hashtable)cfgTable["Shanghai"];
如何使用.NET配置文件(转载)Debug.Assert( cfgFuzhou[
"Device"== "Printer" );
如何使用.NET配置文件(转载)Debug.Assert( cfgShanghai[
"Device"== "Mobile" );
如何使用.NET配置文件(转载)Debug.Assert( cfgFuzhou[
"Customer"== "Muf" );
如何使用.NET配置文件(转载)Debug.Assert( cfgShanghai[
"Customer"== "Liny" );
如何使用.NET配置文件(转载)
如何使用.NET配置文件(转载)
foreach(Hashtable cfg in cfgTable.Values)

 为了能使用上面的访问代码来访问配置结构,我们需要生成一个特定的配置读取类(ConfigurationSectionHandler),例子很简单,就不多做说明了:

如何使用.NET配置文件(转载)public class MyInfoSectionHandler: IConfigurationSectionHandler

 然后,我们再定义配置说明。其中,myNamespace.MyInfoSectionHandler 是MyInfoSectionHandler类的带名字空间的完整名称;myApp 则是定义MyInfoSectionHandler类的程序集不带扩展名的名字(如myApp.dll或myApp.exe):

如何使用.NET配置文件(转载)xml version="1.0" encoding="utf-8"?>
如何使用.NET配置文件(转载)
<configuration>
如何使用.NET配置文件(转载)  

如何使用.NET配置文件(转载)  
<configSections>
如何使用.NET配置文件(转载)      
<section name="myConfig" type="myNamespace.MyInfoSectionHandler, myApp" />
如何使用.NET配置文件(转载)  
configSections>   
如何使用.NET配置文件(转载)  
<myConfigs>
如何使用.NET配置文件(转载)    
<myInfo Area="Fuzhou" Device="Printer" Customer="Muf" />
如何使用.NET配置文件(转载)    
<myInfo Area="Shanghai" Device="Mobile" Customer="Liny" />
如何使用.NET配置文件(转载)  
myConfig>
如何使用.NET配置文件(转载)
configuration>
如何使用.NET配置文件(转载)

 根据上面的例子,我们可以使用IConfigurationSectionHandler来实现任意的配置文件结构。

相关文章:

  • 2021-11-26
  • 2021-07-26
  • 2022-12-23
  • 2021-09-08
  • 2021-09-04
  • 2022-12-23
猜你喜欢
  • 2022-12-23
  • 2021-10-22
  • 2022-02-19
相关资源
相似解决方案