Tag: settings.settings

在.NET桌面应用Settings.settings与app.config

可能重复： app.config文件和XYZ.settings文件有什么区别？ 对于Visual Studio中这两种机制的明显冗余来存储和pipe理桌面应用程序设置，我感到非常困惑： 您可以使用XML app.config文件，将项目添加到<appSettings>部分。 这些可以使用ConfigurationManager类从代码中检索。 或者，您可以使用Settings.settings文件通过编辑器添加单个设置。 Visual Studio将在运行时生成一个Settings类，用于对Settings进行types安全检索。 这两个机制似乎是服务于相同的（或几乎相同的）目的。 我知道有一些分歧，但我也对重叠及其后果感到困惑。 例如，当我使用Visual Studio将设置添加到Settings.settings文件时，我放入的所有信息最终都以app.config文件中的条目结尾。 显然，同步机制存在：如果我更改了app.config文件中的设置，Visual Studio会提示我下次在编辑器中打开Settings.settings文件。 我的问题是： 为什么两个机制，而不只是一个？ 在Settings.settings使用app.config最常见的情况是什么，反之亦然？ 如果我的应用程序使用Settings.settings并且在部署后更改了app.config的值，会发生什么情况？ Settings.settings不会同步，因为它已被编译和分发。 注意。 我已经在这个主题上寻找问题，但是我更加困惑。 例如， 这个问题的答案相当矛盾，并没有多less亮点。 注意2.我知道app.config是一个devise时文件名，我熟悉Visual Studio的dynamic复制并将其重命名为可执行文件夹。