AppSettings与applicationSettings（.NET app.config / Web.config）的优缺点

在开发.NET Windows Forms Application时，我们可以在这些App.config标签之间进行选择以存储我们的配置值。哪一个更好？

<configuration>

  <!-- Choice 1 -->
  <appSettings>
    <add key="RequestTimeoutInMilliseconds" value="10000"/>
  </appSettings>

  <!-- Choice 2 -->
  <configSections>
    <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c5612342342" >
        <section name="Project1.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c5612342342" requirePermission="false" />
    </sectionGroup>
  </configSections>
  <applicationSettings>
    <Project1.Properties.Settings>
      <setting name="TABLEA" serializeAs="String">
        <value>TABLEA</value>
      </setting>
    </Project1.Properties.Settings>
  </applicationSettings>

</configuration>

基本<appSettings>内容更易于处理-只需在<add key="...." value="..." />条目中打一巴就可以完成。

缺点是：没有类型检查，例如，您不能安全地假设要配置的号码确实有一个号码-有人可以在该设置中输入一个字符串.....您只需按原样访问它ConfigurationManager["(key)"]，然后就可以了让您知道您在处理什么。

而且，随着时间的流逝，<appSettings>如果您的应用程序的很多部分开始在其中放置内容（可能还记得旧的windows.ini文件？

如果可以的话，我希望并建议您使用自己的配置节-与.NET 2.0一起，这真的变得非常容易，这样，您可以：

• a）在代码中定义您的配置设置，并进行类型安全和检查
• b）您可以将您的设置与其他所有人完全区分开。您也可以重用您的配置代码！

上有一系列非常好的文章可以揭开CodeProject上的.NET 2.0配置系统神秘的面纱：

1. 揭开.NET 2.0配置之谜

2. 解码.NET 2.0配置的奥秘

3. 揭开.NET 2.0配置之谜

强烈推荐！Jon Rista出色地解释了.NET 2.0中的配置系统。

可以从设计者控制应用程序设置（默认情况下通常有一个Settings.settings文件），因此可以轻松修改该设置，并且可以通过Settings类以编程方式访问它们，在该类中它们看起来像是强类型属性。您还可以具有应用程序和用户级别的设置，以及用于回滚的默认设置。

从.NET 2.0开始，这是可用的，并且不赞成这样做（据我所知）。

有关更多详细信息，请访问：msdn.microsoft.com/en-us/library/k4s6c3a0.aspx

我一直在使用一种模式，前一段时间我在这里使用了基本的xml标记，但是将设置包装在一个静态配置类中。因此-DIY应用程序设置。

DotNetPearls静态配置模式

如果以这种方式这样做，则可以：

• 针对不同的环境（开发，测试，生产）使用不同的配置值集
• 为每个设置提供合理的默认值
• 控制如何定义和实例化值

设置起来很麻烦，但是性能很好，隐藏了对键名的引用，并且类型强。这种模式适用于应用程序不会更改的配置，尽管您可能也可以支持更改。

配置：

<add key="machineName" value="Prod" />
<add key="anotherMachineName" value="Test" />
<add key="EnvTypeDefault" value="Dev" />

<add key="RootURLProd" value="http://domain.com/app/" />
<add key="RootURLTest" value="http://test.domain.com/app/" />
<add key="RootURLDev" value="http://localhost/app/" />

<add key="HumanReadableEnvTypeProd" value="" />
<add key="HumanReadableEnvTypeTest" value="Test Mode" />
<add key="HumanReadableEnvTypeDev" value="Development Mode" />

配置类：

using System;
using System.Collections.Generic;
using System.Web;
using WebConfig = System.Web.Configuration.WebConfigurationManager;

    public static class Config
    {
        #region Properties

        public static string EnvironmentType { get; private set; }

        public static Uri RootURL { get; private set; }

        public static string HumanReadableEnvType { get; private set; }

        #endregion

        #region CTOR

        /// <summary>
        /// Initializes all settings when the app spins up
        /// </summary>
        static Config()
        {
            // Init all settings here to prevent repeated NameValueCollection lookups
            // Can increase performance on high volume apps

            EnvironmentType =
                WebConfig.AppSettings[System.Environment.MachineName] ??
                "Dev";

            RootURL =
                new Uri(WebConfig.AppSettings["RootURL" + EnvironmentType]);

            HumanReadableEnvType =
                WebConfig.AppSettings["HumanReadableEnvType" + Config.EnvironmentType] ??
                string.Empty;
        }

        #endregion
    }

要了解优点和缺点的设置app.config，我建议你看看双方的技术细节。我提供了一些链接，您可以在其中找到要处理的源代码，并在下面介绍更多技术细节。

让我简要总结一下与他们一起工作时所认识的内容（注意：这同样适用于web.config网站/ Web应用程序的文件）：

.NET中的applicationSettings
（单击上方以查看源代码和技术详细信息）

优点

• 它们允许存储类型化的数据，包括对象类型（通过serializeAs属性）

• 它们具有用户和应用程序范围，允许存储默认值

• 它们在Visual Studio的配置部分中受支持

• 很好地支持长字符串和/或带有特殊字符的数据（例如，包含双引号的嵌入式JSON字符串）

缺点

• 用户设置存储在用户配置文件中的其他位置（带有隐秘路径），可能难以清除

• 应用程序作用域设置在应用程序运行时为只读（在运行时只能更改用户作用域设置）

• 由Visual Studio的设置设计器构建的读/写方法代码，不是由第三方工具直接提供的（有关变通方法，请参见上面的链接）

.NET
更新中的 AppSettings ：.NET Core中的AppSettings
（单击上方以查看源代码和技术详细信息）

优点

• 是“轻量级”的，即易于处理

• 在应用程序运行时进行读写访问

• 管理员可以在
  Internet信息服务（IIS）管理器中 轻松编辑它们
  ^{（功能视图->应用程序设置，请注意，图标的名称具有误导性，因为它只能处理AppSettings，而不能处理ApplicationSettings）}

缺点

• 仅支持字符串数据；字符串长度和特殊字符受到限制

• 他们没有用户范围

• 他们不支持默认值

• 在Visual Studio的配置部分中不直接支持

我喜欢使用更简单的版本来存储和访问单个值。

<appSettings>
    <add key="MyConfigKey" value="true"/>
</appSettings>

我编写了一个实用程序类，以允许使用默认值的类型安全的方式访问值。如果未提供默认值，则会给出有用的异常消息。

您可以在此处查看/下载该课程：

http://www.drewnoakes.com/code/util/app-settings-util/