掌握 .NET 1.1 的配置文件用法

在 .NET 1.1 中,我们都知道可以使用 app.config 或者 web.config (ASP.NET) 来保存一些设置。可是对于大多数人来说,可能用的最多的只是把它当作一个简单的 ini 文件来存储 key-value 键值对,比如数据库链接字符串,上传文件路径之类的。但是实际上配置文件里可以存放任意复杂的结构。如果读过 DNN,.Text 之类程序的代码,就可以找到这些应用的范例。不过这些项目的代码一般都比较繁杂,因此这里我结合 .Text 的配置方法,对配置文件的用法来做一个简单的小结。 

一、最简单的写法,只用到 appSettings 元素。

appSettings 里的设定在 ConfigurationSettings 类里有默认的属性来访问,他返回的是一个 NameValueCollection 子类的实例。所以通常简单的字符串值可以保存在这里。写法如下:

<? xml version="1.0" encoding="utf-8"  ?>
< configuration >
    
<!--  最简单的,在 appSettings 里面写  -->
    
< appSettings >
        
<!--  定义两个键值  -->
        
< add  key ="key1"  value ="123"   />
        
< add  key ="key2"  value ="456"   />
    
</ appSettings >
</ configuration >

读取的代码:
string key1 = ConfigurationSettings.AppSettings["key1"];
string key2 = ConfigurationSettings.AppSettings["key2"];

二、稍微加点料。。

appSettings 中不仅仅可以用 add 来添加键值,还可以用 clear 或 remove 元素。

clear 的意思是,去除父层次的配置文件中定义的所有键值。

所谓“父层次”的意思是,比如我们在 ASP.NET 中,当我们用 ConfigurationSettings.AppSettings[key] 去读取一个值的时候,首先会去检查 machine.config 里是否有此键值的配置,然后再去读取 web.config. 另外,如果在不同的目录层次中配置 web.config,则子目录中 web.config 的配置会覆盖父目录中的设置。那么这里 machine.config 相对于当前的 web.config, 或者父目录的 config 文件相对于子目录的 config 文件,就是一个父子层次的关系。

remove 则可以移除一个父层次中设定的键值。

加入这两种语法后的配置文件如下:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    
<!-- 最简单的,在 appSettings 里面写 -->
    
<appSettings>
        
<!-- 这个命令可以删除更高层次中已经定义的所有设置 -->
        
<clear />
        
<!-- 这个命令删除一个设置 -->
        
<remove key="somekey" />
        
<!-- 添加设置 -->
        
<add key="key1" value="123" />
        
<add key="key2" value="456" />
    
</appSettings>
</configuration>

(注:remove 和 clear 同样适用于下面将要提到的 section 和 sectionGroup 定义的元素当中可以用 add 的地方,不再一一阐述)

三、节处理器 (Section Handlers)

在配置文件里除了 appSettings, 还可以自已写 XML 格式的配置元素,这些元素叫做节(Section)。当然,如果你自己写一堆复杂的 XML 格式的标签,.NET 自身是不知道如何解析的,因此这里就需要你在指定节的同时,告诉 .NET 如何处理它们,也就是定义“节处理器”(Section Handlers)。

每一个自定义的节,都需要在 configSections 下面定义它们的节处理器。先来看一个例子:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    
<!-- 这个里面用来定义节处理器 -->
    
<configSections>
        
<section name="dicValues" type="System.Configuration.DictionarySectionHandler" />        
    
</configSections>
    
    
<!-- 这是一个自定义的节 -->
    
<dicValues>        
        
<add key="key1" value="abc" />
        
<add key="key2" value="def" />    
    
</dicValues>
</configuration>

这里定义的节使用的是 .NET Framework 里已有的一个类: DictionarySectionHandler.

因为这些自定义的 SectionHandler 都要提供给 ConfigurationSettings 类使用,因此它们都要实现 IConfigurationSectionHandler 接口。(具体原因可以用 Reflector 查看 ConfigurationSettings 的 GetConfig 方法,一路追踪下去即可找到答案)。

对于一些常见形式的数据,系统内部定义了几种 handler, 其用法详细叙述如下:

1. DictionarySectionHandler

这个类型的 handler 的 GetConfig 方法返回一个 Hashtable 类型的对象。配置方法见上面一个 xml . 我们可以这样写代码来访问其中的设定:
object o = ConfigurationSettings.GetConfig("dicValues");
Hashtable ht 
= (Hashtable) o;

foreach (string key in ht.Keys)
{
    MessageBox.Show(key 
+ " = " + ht[key]);
}

2. NameValueSectionHandler

config 文件里设定的方法跟 DictionarySectionHandler 类似:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    
<configSections>
        
<section name="nameValues" type="System.Configuration.NameValueSectionHandler" />        
    
</configSections>
    
    
<nameValues>        
        
<add key="key1" value="abc" />
        
<add key="key2" value="def" />    
    
</nameValues>
</configuration>

但是 GetConfig 方法返回的是一个 NameValueCollection 对象:
NameValueCollection c = (NameValueCollection) ConfigurationSettings.GetConfig("nameValues");
foreach (string key in c.Keys)
{
    MessageBox.Show(key 
+ " = " + c[key]);
}

3. SingleTagSectionHandler

这种类型的元素表现为一个简单元素,只有属性而没有子节点。各个属性的值,将会在读取时存到一个 Hashtable 中返回。配置文件如下:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    
<configSections>
        
<section name="singleTag" type="System.Configuration.SingleTagSectionHandler" />        
    
</configSections>
    
    
<singleTag a="hello" b="ok" c="haha" />
</configuration>

读取:
Hashtable ht = (Hashtable) ConfigurationSettings.GetConfig("singleTag");
foreach (string key in ht.Keys)
{
    MessageBox.Show(key 
+ " = " + ht[key]);
}


4. IgnoreSectionHandler

 有时候需要定义一些元素,不准备由 ConfigurationSettings 类来处理,而是在外部处理。这时候为了避免产生异常,用这个 Handler 来声明,可以让 ConfigurationSettings 类读取的时候忽略该元素。这个用得比较少。

5. 自定义节处理器

通过实现 IConfigurationSectionHandler 接口,我们可以实现自己的 SectionHandler,在其中保存复杂的设定信息。最常见的是结合序列化来使用。
比如我们需要在配置文件里保存如下信息:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    
<!-- 配置节定义部分 -->    
    
<configSections>
        
<!-- 指定一个叫做 StudentSettings 的元素,其处理程序是 ConfigDemos.Config1.StudentSettingsSectionHandler.
        注意:这些程序都必须继承自 IConfigurationSectionHandler 接口。
        
        这个元素还可以有两个属性:allowDefinition, allowLocation,其含义自己看 msdn.
        
-->
        
<section name="StudentSettings" type="Config1.StudentSettingsSectionHandler, Config1" />
    
</configSections>
    
    
<!-- 实际的数据部分 -->
    
<StudentSettings>
        
<students>
            
<Student>
                
<name>张三</name>
                
<age>20</age>
            
</Student>
            
<Student>
                
<name>李四</name>
                
<age>30</age>
            
</Student>
        
</students>
    
</StudentSettings>
</configuration>

我们要在其中保存一组学生的信息,每一个学生有名字,年龄等信息。首先我们实现学生类,以及相应的 settings 类:
namespace Config1
{
    
using System;
    
using System.Xml.Serialization;

    [Serializable]
    
public class Student
    {
        
private string name;
        
private int age;

        
// 表示要将此属性序列化为一个元素,而不是属性
        [XmlElement("name"typeof (string))]
        
public string Name
        {
            
get { return name; }
            
set { name = value; }
        }

        
// 意义同上
        [XmlElement("age"typeof (int))]
        
public int Age
        {
            
get { return age; }
            
set { age = value; }
        }
    }

    [Serializable]
    
public class StudentSettings
    {
        
private Student[] students;

        
// 这个 attribute 指示该属性序列化为 xml 的时候,以多个子元素的形式表现
        [XmlArray("students")]
        
public Student[] Students
        {
            
get { return students; }
            
set { students = value; }
        }
    }
}

接着我们实现一个节处理器如下,这个类名字和 config 里定义的是对应的:
namespace Config1
{
    
using System.Configuration;
    
using System.Xml;
    
using System.Xml.Serialization;

    
public class StudentSettingsSectionHandler : IConfigurationSectionHandler
    {
        
#region IConfigurationSectionHandler 接口的实现

        
public object Create(object parent, object configContext, XmlNode section)
        {
            XmlSerializer ser 
= new XmlSerializer(typeof (StudentSettings));
            
object students = ser.Deserialize(new XmlNodeReader(section));
            
return students;
        }

        
#endregion
    }
}

好了,我们现在可以用下面的代码来读取设置了。
object o = ConfigurationSettings.GetConfig("StudentSettings");
StudentSettings settings 
= (StudentSettings) o;

for (int i = 0; i < settings.Students.Length; i++)
{
    Student student 
= settings.Students[i];
    MessageBox.Show(student.Name 
+ "" + student.Age);
}

以上的实现虽然比较可行,但是考虑到序列化是一个很普遍的操作,而我们在 StudentSettingsSectionHandler 类的 Create 方法里,写死了 StudentSettings 这个类型。这里显然有一种不能重用的 bad smell,比如我现在需要序列化另一个设定类型的实例,岂不是又要重新写一个这样的类?
解决这个的办法是让设置类的类型变得可以配置,这个其实在 .Text 中已经有了一个很好的实现了,看一下代码:
namespace Dottext.Framework.Util
{
    
using System;
    
using System.Configuration;
    
using System.Xml;
    
using System.Xml.Serialization;
    
using System.Xml.XPath;

    
public class XmlSerializerSectionHandler : IConfigurationSectionHandler
    {
        
public object Create(object parent, object configContext, XmlNode section)
        {
            XPathNavigator nav 
= section.CreateNavigator();
            
string typename = (string) nav.Evaluate("string(@type)");
            Type t 
= Type.GetType(typename);
            XmlSerializer ser 
= new XmlSerializer(t);
            
return ser.Deserialize(new XmlNodeReader(section));
        }
    }
}

这个代码里读取了当前节点的 type 属性,用反射的方式来创建类型。相应的配置文件里这样写就可以了:
<BlogConfigurationSettings type="Dottext.Framework.Configuration.BlogConfigurationSettings, Dottext.Framework">
    
<!-- 内容省略。。。-->
</BlogConfigurationSettings>

对于复杂类型的配置,其实并不限于采用序列化的手段来保存类的成员。也可以用手工分析 XML 里子节点的方式来手工创建设置类的实例。DNN 3.2.2 中就是这么做的。不过我个人觉得这个方式比起用序列化来说要麻烦一些。代码的复用性和抽象层次也不如 .Text 这种做法高。

四、sectionGroup

上面介绍了如何使用 section 来配置节点的处理方式。其实我们还可以用 sectionGroup,顾名思义 sectionGroup 就是一组 section 的组合,而且这个结构是可以任意嵌套的。这个的用法其实很简单,这里不再罗嗦。我作了一个嵌套的简单例子如下:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    
<configSections>
        
<sectionGroup name="neilSettings">
            
<sectionGroup name="s1">
                
<section name="s1a" type="System.Configuration.SingleTagSectionHandler" />
                
<section name="s1b" type="System.Configuration.NameValueSectionHandler" />
            
</sectionGroup>
            
            
<section name="s2" type="System.Configuration.SingleTagSectionHandler" />
        
</sectionGroup>
            
    
</configSections>
    
    
<neilSettings>
        
<s1>
            
<s1a m="x"></s1a>
            
<s1b>
                
<add key="name" value="zhangsan" />
                
<add key="age" value="20" />
            
</s1b>
        
</s1>
        
<s2 a="1" b="2" c="3"></s2>
    
</neilSettings>
</configuration>

要读取这个设置,我们这么写就可以了:
Hashtable s1a = (Hashtable) ConfigurationSettings.GetConfig("neilSettings/s1/s1a");
MessageBox.Show(s1a.Count.ToString()); 
// 1

NameValueCollection s1b 
= (NameValueCollection) ConfigurationSettings.GetConfig("neilSettings/s1/s1b");
MessageBox.Show(s1b.Count.ToString()); 
// 2

Hashtable s2 
= (Hashtable) ConfigurationSettings.GetConfig("neilSettings/s2");
MessageBox.Show(s2.Count.ToString()); 
// 3

注意在 GetConfig 方法中,我们只要传入正确的 XPath 语法以找出所需节点就可以了。


除了用程序自身的 config 文件来存储配置,我们还可以自己来实现可读写的配置文件,存储复杂的设置。在这方面,ASP.NET 1.1 的 StarterKit 中有一个很好的实现,其主要原理是利用了强类型 DataSet 的一些功能。那样实现有一个好处,就是在 VS.NET 设计器里有很好的支持。可视化程度比较高。下一次我会详细来分析 ASP.NET 1.1 StarterKit 的配置实现原理。

posted on 2006-03-24 18:17  NeilChen  阅读(2851)  评论(9编辑  收藏  举报

导航