Ishmaeel的答案通常可以奏效,但是我发现了一个问题,即使用OpenMappedMachineConfiguration
似乎会丢失您从machine.config继承的节组。这意味着您可以访问自己的自定义部分(所有OP都需要),但不能访问常规系统部分。例如,此代码将不起作用:
ConfigurationFileMap fileMap = new ConfigurationFileMap(strConfigPath);
Configuration configuration = ConfigurationManager.OpenMappedMachineConfiguration(fileMap);
MailSettingsSectionGroup thisMail = configuration.GetSectionGroup("system.net/mailSettings") as MailSettingsSectionGroup; // returns null
基本上,如果您将手表放在上configuration.SectionGroups
,则会看到system.net未注册为SectionGroup,因此通过常规渠道几乎无法访问它。
我发现有两种方法可以解决此问题。第一个,我不喜欢,是通过将它们从machine.config复制到您自己的web.config中来重新实现系统部分组。
<sectionGroup name="system.net" type="System.Net.Configuration.NetSectionGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
<sectionGroup name="mailSettings" type="System.Net.Configuration.MailSettingsSectionGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
<section name="smtp" type="System.Net.Configuration.SmtpSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
</sectionGroup>
</sectionGroup>
我不确定此后Web应用程序本身是否可以正常运行,但是您可以正确访问sectionGroups。
第二种解决方案是改为将您的web.config作为EXE配置打开,无论如何它可能更接近其预期功能:
ExeConfigurationFileMap fileMap = new ExeConfigurationFileMap() { ExeConfigFilename = strConfigPath };
Configuration configuration = ConfigurationManager.OpenMappedExeConfiguration(fileMap, ConfigurationUserLevel.None);
MailSettingsSectionGroup thisMail = configuration.GetSectionGroup("system.net/mailSettings") as MailSettingsSectionGroup; // returns valid object!
我不敢说这里提供的答案,无论是我的还是Ishmaeel的,都没有完全按照.NET设计人员的意图使用这些功能。但是,这似乎对我有用。