IDC资讯中心
duwamish深入剖析-配置篇
摘要：
本文详细介绍了duwamish网上电子书店的web.config配置文件的结构处理方式以及用途，阐述了配置文件的各功能模块中的作用。
目录：
引言
配置节处理程序声明
自定义配置节
配置节处理程序
总结
参考资料
作者
引言：
几乎在每本介绍asp.net编程的书里，在谈到如何管理数据库连接字符串的时候，都是采用将数据库连接字符串以如下形式放在web.config文件中：
ppsettings>
dd key=”connectionstring” value=”data source=localhost;initial catalog=database;user id=;password=”/>
</appsettings>
然后在程序中采用以下方式访问：
system.configuration.configurationsettings.appsettings[“connectionstring”]
这样做的好处非常明显：当数据库有变动的时候，只需要改变web.config中的连接字符串，而不需要重新编译整个应用程序，给应用的部署和移植带来非常大的方便。
如果你以为web.config的作用仅限于此的话，那你就错了，web.config的配置功能非常强大，它可以支持使用自己的 xml 配置标记扩展标准的 asp.net 配置设置集，在duwamish中一定程度上的体现了它的功能，下面我将要详细分析duwamish的web.config文件，让大家能了解到开发一个典型的.net web应用程序的配置技术。
配置节处理程序声明
在duwamish解决方案中，web.config文件是放在web项目下，因为web.config需要iis和asp.net runtime的管理和支持，所以它应该放在一个虚拟目录下，我们先来看看它的第一部分：
<configsections>
<section name=”applicationconfiguration” type=”duwamish7.systemframework.applicationconfiguration, duwamish7.systemframework” />
<section name=”duwamishconfiguration” type=”duwamish7.common.duwamishconfiguration, duwamish7.common” />
<section name=”sourceviewer” type=”system.configuration.namevaluesectionhandler, system, version=1.0.3300.0, culture=neutral, publickeytoken=b77a5c561934e089″ /> </configsections>
这里定义了三个配置节处理程序声明（section），按照规定它们必须出现在配置文件顶部 <configsections> 和 </configsections> 标记之间，在这里，它们只用到了name和type属性，其中，name属性定义了指定配置节的名称，而type属性则规定了指定从配置文件中读取节的配置节处理程序类的名称，有两个部分，前面为处理程序的类名，后面为assembly名（assembly必须位于bin目录中）以及版本号，公匙等信息。
他们具体表示什么意思呢？比如第一个section，意思就是告诉asp.net系统，当在程序中使用system.configuration.configurationsettings.getconfig(“applicationconfiguration”)这个静态方法来读取applicationconfiguration配置节的时候，会调用duwamish7.systemframework.applicationconfiguration这个类来对这个配置节进行处理。关于配置节处理类，我们会在后面详细讨论，我们先继续往下看web.config文件。
自定义配置节
在<system.web>节点之后，我们可以看见以下的xml元素（关于system.web节点的说明已经有大量文章介绍，这里不再重复）：
pplicationconfiguration>
<!– trace file settings –>
dd key=”systemframework.tracing.enabled” value=”false” />
<!– set this to the file with the trace settings. this file should be relative
to the root application directory. –>
dd key=”systemframework.tracing.tracefile” value=”duwamishtrace.txt” />
<!– the tracelevel for this switch. –>
dd key=”systemframework.tracing.tracelevel” value=”4″ />
<!– this switch name. the trace level for this name can be set through
environment variables or the registry –>
dd key=”systemframework.tracing.switchname” value=”duwamishtraceswitch” />
<!– this description of the tracing.switchname switch –>
dd key=”systemframework.tracing.switchdescription” value=”error and information tracing for duwamish” />
<!– event log settings
note: the default duwamish7 event source name is created in the local machine during setup. if you wish to log events to a different event source
that event source must exist.
–>
dd key=”systemframework.eventlog.enabled” value=”true” />
dd key=”systemframework.eventlog.machine” value=”.” />
dd key=”systemframework.eventlog.sourcename” value=”duwamish7″ />
<!– use the standard tracelevel values:
0 = off
1 = error
2 = warning
3 = info
4 = verbose –>
dd key=”systemframework.eventlog.loglevel” value=”1″ />
</applicationconfiguration>
<duwamishconfiguration>
<!– settings specific to the duwamish application –>
dd key=”duwamish.dataaccess.connectionstring” value=”server=luyan\netsdk;user id=duwamish7_login;password=password;database=duwamish7;connection reset=false” />
dd key=”duwamish.web.enablepagecache” value=”true” />
dd key=”duwamish.web.pagecacheexpiresinseconds” value=”3600″ />
dd key=”duwamish.web.enablessl” value=”false” />
</duwamishconfiguration>
<sourceviewer>
<!– valid directories for source browsing. keep these lower case. –>
dd key=”.” value=” ” />
dd key=”modules” value=” ” />
dd key=”..\common\data” value=” ” />
dd key=”..\systemframework” value=” ” />
dd key=”..\business\facade” value=” ” />
dd key=”..\business\rules” value=” ” />
dd key=”..\dataaccess” value=” ” />
dd key=”secure” value=” ” />
dd key=”docs\common” value=” ” />
dd key=”docs\dataaccess” value=” ” />
dd key=”docs\facade” value=” ” />
dd key=”docs\rules” value=” ” />
dd key=”docs\web” value=” ” />
</sourceviewer>
配置节信息分为两个主区域：配置节处理程序声明区域和配置节设置区域，这里就是刚才定义的三个section的配置节设置区域，它包含实际的配置设置，其用途说明请参见注释，所有配置信息都必须驻留在 <configuration> 和 </configuration> 根 xml 标记之间，配置节设置区域位于 <configsections> 区域之后。
配置节处理程序
前面已经介绍了，section里定义了处理配置节的类：duwamish7.systemframework.applicationconfiguration和duwamish7.common.duwamishconfiguration，他们分别位于systemframework和common项目中，.net规定，所有能够处理配置节的类必须要实现iconfigurationsectionhandler接口，而iconfigurationsectionhandler接口很简单，只有一个object create(object parent,object configcontext,xmlnode section)方法，这个方法不需要主动调用，它是在configurationsettings.getconfig这个静态方法的时候自动调用的，也就是说，当你在程序中使用configurationsettings.getconfig来获取配置节的时候，.net会根据改配置节声明中所定义的类名和路径自动实例化配置节处理类，并调用create方法。下面是duwamish的处理类调用流程：
1、在global.asax的application_onstart方法里面调用applicationconfiguration.onapplicationstart静态方法，并获得应用程序根的绝对路径。
void application_onstart()
{
applicationconfiguration.onapplicationstart(context.server.mappath( context.request.applicationpath));
string configpath = path.combine(context.server.mappath( context.request.applicationpath ),
"remotingclient.cfg");
if(file.exists(configpath))
remotingconfiguration.configure(configpath);
}
2、applicationconfiguration.onapplicationstart静态方法里调用system.configuration.configurationsettings.getconfig方法处理配置节：
public static void onapplicationstart(string myapppath)
{
approot = myapppath;
system.configuration.configurationsettings.getconfig("applicationconfiguration");
system.configuration.configurationsettings.getconfig("duwamishconfiguration");
system.configuration.configurationsettings.getconfig("sourceviewer");
}
大家已经注意到了，duwamish并没有获取getconfig返回的值，因为前面已经说过，getconfig方法会引发配置节处理程序的create方法，所以，只需要在create方法中将配置值取出来就行了。
3、配置读取示例：duwamish7.common.duwamishconfiguration类
public object create(object parent, object configcontext, xmlnode section)
{
namevaluecollection settings;
try
{
namevaluesectionhandler basehandler = new namevaluesectionhandler();
settings = (namevaluecollection)basehandler.create(parent, configcontext, section);
}
catch
{
settings = null;
}
if ( settings == null )
{
dbconnectionstring = dataaccess_connectionstring_default;
pagecacheexpiresinseconds = web_pagecacheexpiresinseconds_default;
enablepagecache = web_enablepagecache_default;
enablessl = web_enablessl_default;
}
else
{
dbconnectionstring = applicationconfiguration.readsetting(settings,
dataaccess_connectionstring, dataaccess_connectionstring_default);
pagecacheexpiresinseconds =
applicationconfiguration.readsetting(settings, web_pagecacheexpiresinseconds,
web_pagecacheexpiresinseconds_default);
enablepagecache = applicationconfiguration.readsetting(settings, web_enablepagecache,
web_enablepagecache_default);
enablessl = applicationconfiguration.readsetting(settings, web_enablessl, web_enablessl_default);
}
return settings;
}
这里可以看到，duwamish其实并没有自己手工从一个xmlnode里面读取数据，而是直接将数据转给一个namevaluesectionhandler做实际的配置读取，它自己所做的工作只是检查是否有实际定义的配置值，如果没有的话，就赋给默认值。
总结：
至此，web.config中的配置值就被读到了配置类的静态变量中，以后在程序的其它地方就可以使用配置类的静态变量来直接访问配置值了，例如,在程序的任何地方，只要输入duwamish7.common.duwamishconfiguration.connectionstring就可以得到：server=luyan\netsdk;user id=duwamish7_login;password=password;database=duwamish7;connection reset=false这个字符串。更为理想的是，你可以扩展自己的配置节和配置节处理程序，对比较复杂的自定义配置进行预处理。
