引用:
VisualStudio的配置文件很好很强大,用来保存数据库连接字符串或键值对都非常方便,只需要通过 ConfigurationManager的ConnectionStrings或AppSettings属性就可以随时取用。但 ConfigurationManager打开的是工程的默认配置文件,而我有时候会有这样的需求:工程A通过某种方式引用了工程B,A和B都有各自的一 些配置,我不想把B的配置写到A的配置文件里,而是希望B也有自己的配置文件。运行时程序从A启动,那我怎么样才能让 ConfigurationManager能正确访问到B的配置文件呢?
翻翻ConfigurationManager的签名,有一个方法吸引了我的注意:OpenExeConfiguration(string exePath)。看上去我可以把B工程的配置文件路径作为参数传递到这个方法,执行后会返回一个Configuration对象,之后我就可以顺利的访 问其中的配置信息了
可惜现实是残酷的,OpenExeConfiguration实在是一个古怪的方法,我发现成功调用需要满足几个雷人的条件:
1、参数exePath必须是 *.exe 或 *.config 的格式(可能还有其他格式,但 *.dll 肯定不行)
2、exePath对应的文件必须存在(例如 exePath = "C:/ProjectB.exe",那C盘下必须要有一个名为ProjectB.exe的文件),但实际上这个文件一点用也没有
3、方法调用后最终打开的配置文件实际上名为 exePath + ".config" (所以 exePath = "C:/ProjectB.exe" 时配置文件就是 C:/ProjectB.exe.config,而 *.config 的配置文件就得叫 *.config.config)
可能是微软工程师另有打算,也可能这个方法不是我想象中这样用的,总之上述几个条件真的让我望而却步了。要是每次总得在目录下添加一个空白文本,把 名字取好后缀改为.exe,再把实际的配置文件的后缀改为.exe.config。。。这个OpenExeConfiguration恐怕不会让我更方 便,只会让我更纠结。。
ConfigurationManager还有几个类似的方法,但我不知道怎么用,于是遍寻Google和MSDN。终于发现了真正能解决我问题的方法:OpenMappedExeConfiguration
不多说,直接上代码了:
ExeConfigurationFileMap map = new ExeConfigurationFileMap();
map.ExeConfigFilename = configPath;
config = ConfigurationManager.OpenMappedExeConfiguration(map, ConfigurationUserLevel.None);