我的<再谈额外的配置文件读取和ConfigrationManager.OpenExeConfiguration(exePath)的误导性错误>的blog贴出来后,有的朋友提出了不同的意见,认为这不是一个bug,而是关于exePath的这个参数的不同理解,那么我再谈谈我的看法.(我仍坚持我的看法,这应该是个bug)
个人觉得:如果exepath是exe文件的路径的话,那首先是会产生另外一个bug,就是翻译错误,在msdn上明确的指出这是exe的配置文件的路径,如果是exe的路径,那么翻译就错了.
第二,会是exe的path么?个人觉得不应该是exe的path.因为ConfigurationManager.OpenExeConfiguration 方法最大意义就是打开自定义的额外的配置文件.那么,xxx.exe.config是官方的默认的配置文件的文件名,那还算甚么额外的配置文件,如果我自定义配置文件的话,首先会起个不同于xxx.exe.config的名字.反过来说,要是使用了xxx.exe.config文件,那就不叫额外的配置文件了.
如果有哪位帅哥有其他的读取操作额外配置文件的方法,敬请赐教,相信大家也会很需要这样的实用的东西.
另:如果那位帅哥有了对这个方法更权威的解释和操作说明,或是详细的此方法的其他使用的例子,也希望能贴出来大家一起讨论,个人觉得dotnet framework的版本升级过程中,关于配置文件的部分更改的挺乱的,现在很多新手也都不知道该如何使用了.希望大家能多多讨论,把自己的经验都拿出来分享,毕竟配置文件的使用是各个项目都用的到的,我罗唆了,大家见谅.