为什么人们一致推荐使用 appConfig 而不是使用设置文件？ （。网）

我经常看到这样的问题的答案：“我应该如何在我的 .NET 应用程序中存储设置？”是通过手动向 app.config （或 web.config）添加条目来编辑 app.config 文件，如下所示：

<configuration> 
  <appSettings>
    **<add key="ConfigValueName" value="ABC"/>**
  </appSettings>
</configuration>

然后，像这样访问它们：

string configValue = Configuration.AppSettings["ConfigValueName"];

我将把上面概述的方法称为“app.config”方法。我很少看到人们建议向项目添加“设置”文件。我已经在网络和 stackoverflow 上看到过很多次了……我开始怀疑我是否遗漏了一些东西……因为我不确定为什么你会使用这种方法而不是使用“设置” “ 文件。我直到 VS2005 才开始接触 .NET，所以我的一个理论是，这就是 VS2003 中的工作方式，人们从未切换过？

人们推荐 app.config 方法的示例：

• 在 Windows 窗体 C# 应用程序中拥有配置文件的最简单方法 https://stackoverflow.com/questions/114527/simplest-way-to-have-a-configuration-file-in-a-windows-forms-c-application
• 最佳实践：我应该如何在 C# 中存储设置（格式/类型）？ https://stackoverflow.com/questions/535685/best-practices-how-should-i-store-settings-in-c-format-type

从我的角度来看有“设置文件”方法的以下优点：

1. 可用于同一界面中的应用程序设置（所有用户共用的设置）和用户设置。
2. 能够使用 Visual Studio 中的设置设计器支持。恕我直言，比直接编辑 XML 文件更不容易出错。
3. 重构 - 您可以重命名特定的设置名称，它将自动更新代码中的引用。
4. 编译类型检查。
5. 自动完成支持。
6. 属性网格功能。我发现 PropertyGrid 控件是制作快速选项表单的非常简单的方法。你只要做propertyGrid1.SelectedObject = Settings1.Default;你就完成了。

如果您不确定“设置”文件方法的含义，请参阅这个帖子 https://stackoverflow.com/questions/577782/where-to-store-configuration-information/597835#597835这是有人建议使用设置文件而不是 app.confg 的少数示例之一。

编辑：请理解：本主题的目的是弄清楚为什么人们会使用上面概述的 app.config 方法而不是设置文件方法。我遇到了设置文件方法的局限性，有时被迫推出自己的自定义解决方案。这是一个完全不同的讨论.

我认为两者之间最大的区别是应用程序无法更改中的值app.config。这些值是在运行时读取的，并且没有内置支持将新值写入配置文件。

可以使用以下命令更改设置文件Save()命令。

对设置文件的内置支持的一个主要问题是设置文件的存储位置。如果您查看 APPDATA 文件夹，您会发现有一个包含公司名称的文件夹，然后是一个包含产品名称的子文件夹，然后是一个包含半随机名称和版本信息的子文件夹。

每当您发布新版本时，由于设置文件的存储位置，它都不会找到以前版本中的设置文件。也无法更改设置文件的存储位置。

我在一个项目中使用了它，发现创建我自己的使用 XML 文件进行设置的 AppSettings 类更有用。我可以控制文件的格式和位置。