问题标签 [settings.settings]

在配置文件中手动创建（比如说数据库连接字符串）与使用设置界面有区别吗？我听说使用设置界面是安全的。有什么理由吗？

我的 C# windows 应用程序中有一个设置文件。在设置设计器中，我为字符串值创建了一个条目，为布尔值创建了一个条目。在我在调试目录中部署项目后，我在[appName].exe.config file. 但是我看到我的应用程序中的该值没有变化。
让我们清楚。我的 Windows 窗体中有一个复选框。我CheckBoxInitValue在我的设置文件中有。默认CheckBoxInitValue为False 。当我在文件中将其更改为True[appName].exe.config并重新运行应用程序时，复选框初始状态保持未选中状态。最初应检查。因为我通过以下代码在表单加载事件中设置了复选框值：

如何在配置文件中更新设置文件中的属性，以便无需编译就可以使用新值？

编辑：（.exe.config 用户设置部分）

当他/她登录应用程序时，我正在尝试使用设置文件来存储用户首选项。

我将它们定义为用户（范围），但我得到

System.Configuration.ConfigurationErrorsException: The current configuration system does not support user-scoped settings.

什么可能是一个好的解决方案？

我目前正在使用 My.Settings/Properties.Settings 来存储各种用户设置。其中许多设置都绑定到各种表单中的控件。

但是我想要更大程度的控制——特别是我希望能够重新加载或保存特定的设置组。使用内置的 Settings.settings 文件，我只能将这些设置作为一个组来处理。

我知道我可以创建其他设置文件，这篇文章（摘要部分）建议如果 Settings.settings 不存在，应用程序将在项目根目录中查找其他 .settings 文件，但这似乎不是对我来说（除非我做错了什么）：

它们提供了巨大的力量和灵活性。例如，您可以将自定义设置文件添加到项目中，以管理不同组中的设置。这允许您将一组或一组值的设置保存在单独的文件中，从而节省保存和加载时间。

我正在构建自己的 Settings 类并自己完成这一切，但这将是一种耻辱 - 内置功能非常适合我 - 只要我可以有多个设置文件。

更新： 本文建议您可以添加其他设置文件并将它们拖到“属性”文件夹中。不幸的是，我目前的项目是在 VB.Net 中，并且这种行为似乎没有被复制。

我正在阅读有关 applicationSettings 的文章和论坛帖子将近一周了。

在几乎每个线程中，似乎都有人正确地指出，类库在部署时不能有配置文件，并且它们在设计时配置的 applicationSettings 必须在托管/的应用程序的可执行.exe.config 配置文件中指定/合并消耗 dll。

不一定是真的。

您可以但您不需要合并它们的类库设置，除非您想为用户提供一种“覆盖”默认值的方法——这些默认值是使用在程序集中硬编码的 DefaultValueAttribute 指定的。

所以，举一个非常简单实用的例子。让我们使用 VB.NET 1。我创建了一个名为 ClassLibrary 的类库项目。2. 显示所有文件，展开 MyProject，双击 Settings.settings。3. 添加一个名为 Message 的设置，其值为“Hello！”的应用程序范围。4.在Class1.vb中创建一个属性（自动添加的类）

1. 创建一个 VB WinForms 项目并将其命名为 WinForm。
2. 添加对 ClassLibrary 项目的引用。

3. 向已创建的 Form1 添加一个按钮并双击它。8 将一些代码添加到 Button1_Click 处理程序。应该是这样的。

   公开课形式1

   结束类

4. 有WinForm“设置为启动项目”

现在，在 IDE 中一切正常。运行解决方案，您将获得预期的 Hello！当您按下按钮时。如果你去更改库的 app.config 中的设置，说“再见！” 然后你再次运行解决方案，你会得到“再见！”

但是，右键单击 WinForm 项目并“在资源管理器中打开”并进入 Debug 文件夹。目前还没有 WinForm.exe.config 文件。让我们快速创建一个。切换回 VS 并在选择 WinForm 项目时单击以显示所有文件。展开 MyProject，打开 Settings.settings，创建一个设置（没关系）并保存。我们开始了，一个 App.config 被创建，如果我构建这个解决方案，Debug 文件夹将包含一个 WinForm.exe.config。

告诉我如何从类库配置中合并我的消息设置

进入 WinForm 的配置

所以我可以将 WinForm.exe.config 中的 Message 设置值更改为其他值，应用程序将显示这个新值，覆盖 DefaultValueAttribute。

第一个奇怪：

我真的很想知道为什么我Settings.settings在调试和非调试模式下从文件中获取不同的值。换句话说，我在不调试（运行-> 不调试启动）和调试模式（rub-> 调试）下启动我的应用程序。在这些模式下，它总是为我提供相同键的不同值。

第二个奇怪：

当我在运行时使用我的应用程序更改存储在Settings.settings文件中的值时，这些值不会更改。在 Visual Studio 中打开此文件时，我会看到该文件中的先前值。注意我不要忘记打电话Default.Save()来保存更改。

他们的原因是什么？为什么会出现这些问题，我该如何解决？

是否可以通过设置 Scope-Application 在运行时使用应用程序设置文件 [Settings.settings] 保存用户首选项，就像我们可以通过设置 Scope-User 一样？

请建议？

你好，

我在我的 Settings.setting 文件（winform 应用程序）中存储了一些设置，我可以在 App.config 中看到它们中的大部分都保存在 applicationSettings 和 userSettings 下。

然而，有一个 applicationSetting 不存在吗？我还检查了 C:\Users[username]\AppData[ApplicationName] Local(windows7) 但设置不存在？

我可以像这样手动将它添加到 app.config 中吗：

这行得通吗？

编辑1：

这就是 Settings.Designer.cs 的样子：

这是我在 app.config 中的 userSETtings 部分：

我有一个使用 WPF 和 SQL Server 2008 R2 的工作数据库应用程序，两年来一直从 App.Config 文件中获取其 SQL Server 连接字符串。几天前，在一台开发机器上，它开始忽略 App.Config 文件的 connectionString，现在使用来自其他地方的字符串（看起来像 settings.settings 或 DBML 文件）。

为什么会发生这种情况，我怎样才能让它停止这样做？

app.config 的开头是这样的：

编辑：感谢你们俩的建议，以获取更多信息和在哪里寻找。我不知道 WPF 应用程序从哪里获取它应该在 App.Config 或其他任何地方查看的信息，但在我了解到这一点之前，这里还有一些内容：

我的程序做的第一件事就是测试数据库（现在失败了）。在此之前，它调用自动生成的函数 InitializeComponent()，其自动生成的代码是：

我的启动窗口构造函数调用 InitializeComponent(); 然后使用以下行测试数据库：

int hmm = App.db.Dronz_FooTable.Count();

其中 App.db 是在 app.xaml.cs 文件中定义的数据上下文：

公共静态 DronzDataDataContext db = new DronzDataDataContext();

其中 DronzDataDataContext 由 LINQ-to-SQL 在自动生成的代码中定义，例如：

公共部分类 DronzDataDataContext : System.Data.Linq.DataContext ...

以前会注意 app.config 文件，现在不注意了。当我捕获数据库异常（这是关于数据库版本问题，因为它试图使用错误的 SQL 服务器）并查看连接字符串时，它正在向错误的 SQL Server 询问文件而不是正确的连接字符串。它使用的连接字符串似乎与导入数据库架构时 Linq-to=SQL 创建的 DBML 文件或 settings.settings 中的字符串匹配（这是一个我不太明白它来自哪里的文件或我应该做什么或不做什么）。

我创建了一个控制台应用程序，并通过 Add -> New Item -> Settings 文件添加了一个 Settings1.settings 文件。当我尝试访问 Properties.Settings 时，智能感知无法识别属性。

但是当我尝试通过属性 -> 设置 -> 创建设置文件添加设置文件时，智能感知显示属性。

此外，手动创建的设置文件出现在我的解决方案资源管理器中，但通过属性 -> 设置 -> 创建设置文件创建的文件出现在单独的路径“属性 -> 设置”中。

两者有什么区别？？？

提前致谢 ：）