在我的应用程序中,有一个名为web.config的文件,其中包含一个appSettings部分。 appSettings部分包含应用程序使用的多个键。 appSettings部分还包含
根据此帖子(https://dev59.com/2Gw05IYBdhLWcg3w72I0#6940086),我的设置应该有效(特别是:
我看到的问题是它不起作用。我有一个默认值为false,然后驱动一些关于显示一些beta报告功能(或不显示)的逻辑,并将AppSettings.config设置为覆盖此键为“true”。遗憾的是,它仍然隐藏了报告系统。但是,如果我更改web.config值,则该项将显示。
可能AppSettings没有被合并吗?如何测试/证明实际发生了什么?
编辑
似乎AppSettings.config文件中存在某种错误。当一切都按预期工作时,合并正好按预期进行。但是,我仍然有一个问题,即如何检测AppSettings.config文件是否存在某种问题。我已经测试过文件是否为有效的XML(它是),但仍然存在一些问题。当我从web.config复制并粘贴正在工作的密钥,然后将其直接放在AppSettings.config中不起作用的密钥下面时,它们似乎是相同的。我期望必须有某种方法在配置文件合并错误的情况下抛出错误?
file ="AppSettings.config"
属性。然后,AppSettings.config文件包含主web.config的某些值的子集。这样做的想法是让web.config包含所有基本/默认设置,然后在AppSettings.config文件中提供默认值的覆盖。根据此帖子(https://dev59.com/2Gw05IYBdhLWcg3w72I0#6940086),我的设置应该有效(特别是:
will merge (and override) settings in the .config file
)。我看到的问题是它不起作用。我有一个默认值为false,然后驱动一些关于显示一些beta报告功能(或不显示)的逻辑,并将AppSettings.config设置为覆盖此键为“true”。遗憾的是,它仍然隐藏了报告系统。但是,如果我更改web.config值,则该项将显示。
可能AppSettings没有被合并吗?如何测试/证明实际发生了什么?
编辑
似乎AppSettings.config文件中存在某种错误。当一切都按预期工作时,合并正好按预期进行。但是,我仍然有一个问题,即如何检测AppSettings.config文件是否存在某种问题。我已经测试过文件是否为有效的XML(它是),但仍然存在一些问题。当我从web.config复制并粘贴正在工作的密钥,然后将其直接放在AppSettings.config中不起作用的密钥下面时,它们似乎是相同的。我期望必须有某种方法在配置文件合并错误的情况下抛出错误?