何时使用<appsettings>部分优先于自定义配置部分？</appsettings>

Question

在创建应用程序或库的配置时，我通常更喜欢在<appSettings>部分使用自定义配置部分，原因如下。

• 框架序列化到用户定义的配置对象;每个配置值都有一个合适的类型
• 可以使用属性
对类型和值范围验证配置值

鉴于此，何时我想使用<add/>部分的松散类型<appSettings>键/值机制？我记得，本节中的应用程序级配置可以覆盖machine.config中的现有机器级配置。这是唯一的情况，还是有其他原因？

Answer 1

快速而肮脏的应用程序更容易。

这与ASP.NET具有神奇的“Page_Load”方法相同 - 没有明确的布线，你可能不会在企业应用程序中使用它;它就在RAD那里。

Answer 2

appSettings标签有一个“文件”属性，允许您将整个appSettings部分重定向到外部文件。例如，您可以为不同的环境设置不同的appSettings实例：dev.config，qa.config等。我不确定您是否可以使用其他配置部分执行此操作。

示例：

<appSettings file="qa.config"/>