<；应用程序名称>；。VB.NET窗体应用程序中的exe.config文件

我目前正在阅读一份可能被安排的作业的文档。在设计文档中，他们讨论.exe.config文件。它们指出，其唯一目的是存储常量：

“还请注意，此文件仅用于存储常量，而不是用于将配置值写入（而.NET 1.1.framework甚至通过不提供类/方法来防止这样做）。因此，配置是使用…”写入XML文件的。

据我所知，这不是真的。我不知道.NET1.1是否阻止了这一点，但我记得在我的上一个项目中，我确实将配置值写入了该文件（我在其中保存了GUI内容）。我的项目是一个小的原型，所以也许我做错了，但我不这么认为

那么这个文件的目的是什么呢

---

提前感谢。

您可以在那里存储设置。这是一个宽泛的概念，很多东西都可以考虑设置。常量、连接字符串、凭据甚至GUI布局。实际上任何XML数据。

您将设置存储在那里。这是一个宽泛的概念，很多东西都可以考虑设置。常量、连接字符串、凭据甚至GUI布局。任何XML数据都可以编辑。

虽然您可以编辑配置文件的内容，但这样做通常不是一个好主意。该文件用于配置信息，而不是配置文件/设置信息。在.NET 2+

中还有其他用于该类型数据的API。虽然您可以编辑配置文件的内容，但这样做通常不是一个好主意。该文件用于配置信息，而不是配置文件/设置信息。在.NET2+中还有其他用于该类型数据的API。不，这是准确的。请注意设置设计器中的“范围”列。“应用程序”用于设置进入app.exe.config的值。“用户”应用于可以修改和保存的设置。它们位于名为user.config的单独文件中，该文件存储在AppData的子目录中

---

它需要以这种方式工作，因为您通常需要管理员权限才能修改app.exe.config文件。它必须存储在与EXE相同的目录中。正常安装位置（c:\program files\something）对于已打开UAC的受限用户帐户或管理员帐户是只读的。

不，这是准确的。请注意设置设计器中的“范围”列。“应用程序”用于设置进入app.exe.config的值。“用户”应用于可以修改和保存的设置。它们位于名为user.config的单独文件中，该文件存储在AppData的子目录中

---

它需要以这种方式工作，因为您通常需要管理员权限才能修改app.exe.config文件。它必须存储在与EXE相同的目录中。正常安装位置（c:\program files\something）对于受限制的用户帐户或打开UAC的管理员帐户是只读的。

因此，例如，将GUI的内容存储在此处以便下次启动时再次加载是不正确的？这是正确的；这些设置将适用于使用该应用程序的所有人，这通常不是您想要的。设置API的存在是为了为程序保存每个用户的设置，VisualStudio甚至内置了许多很好的绑定样板文件，使其变得简单。还要注意的是，最佳实践vis-a-vis用户帐户控制应排除用户编辑配置文件的可能性。因此，例如，将GUI的内容存储在此处以便下次启动时可以再次加载是不正确的；这些设置将适用于使用该应用程序的所有人，这通常不是您想要的。设置API的存在是为了为程序保存每个用户的设置，VisualStudio甚至内置了许多很好的绑定样板文件，使其变得简单。另请注意，最佳实践vis-a-vis用户帐户控制应排除用户编辑配置文件的可能性。只需添加一点：用户范围设置的默认值存储在app.config文件中。使用时，首先检查用户设置在用户AppData路径的配置文件中是否有值，如果没有，则使用主app.config文件中的默认值。从.NET API保存设置时，将写入用户文件，而不是应用程序路径中的app.config。只需添加一点：用户范围设置的默认值存储在app.config文件中。使用时，首先检查用户设置在用户AppData路径的配置文件中是否有值，如果没有，则使用主app.config文件中的默认值。从.NET API保存设置时，将写入用户文件，而不是应用程序路径中的app.config。