问题标签 [appsettings]

我正在尝试创建一个将生成日志文件的 C# 控制台应用程序。我希望在存储日志文件的位置上有一些灵活性。

我尝试使用 Settings.settings 文件：

名称：logDrive 类型：字符串 范围：应用程序 值：C:\Scripts\Logs

在我的代码中，我正在使用：

编译上述内容时，我收到错误消息“不支持给定路径的格式。”

如果有帮助，以下值：

logDrive = "C:\Scripts\ServiceDesk\Logs" logFile = "3-23-2009 1:20 PM.log"

有没有人对更好的方法和/或我做错了什么有任何想法/建议？

在 WPF 中，我可以对设置中定义的值使用绑定吗？如果可以，请提供样品。

我有一个 ASP.Net 应用程序，其中来自 Web.Config xml 的 AppSettings 节点存储在一个单独的文件中。

所以我的 Web.Config 包含这个：

每当我更改其中的设置时，我都必须执行 iisreset 以强制更改生效。换句话说，我在此文件中的更改不会像对 Web.Config 的更改一样被检测到。

有谁知道我如何使这些更改自动生效，就像使用 Web.Config 一样？

谢谢！

在我的 .ascx 用户控件中，我尝试使用存储在 web.config 中的值动态生成链接。

当我尝试运行时，出现解析器错误

我知道我可能遗漏了一些相对较小的东西。

直接从 ASP.NET 标记访问 AppSettings 的语法是什么？我记不清了，但它类似于 '<%= $.settingname %>'

这是我试图存储的课程

数据库是我正在尝试存储的父类，有人看到有什么问题吗？当我实例化类并保存它时，什么都没有保存。是什么赋予了？

编辑！用于保存的代码：

我只是想将 Database 类的实例存储到 AppSettings 中

我实际上处于 .NET 相关内容的学习阶段，并且正在探索如何保存应用程序。我最终编写了自己的类，将设置保存在 XML 文件中，然后我发现 .NET 本身支持保存应用程序设置。

但我找到了两种方法来做到这一点。当我在 Visual Studio 2008 中打开添加新项目对话框时，它提供了创建设置文件 (.settings) 或配置文件 (.config) 的选项。两者之间有什么区别，应该在什么场景下使用它们？

许多关于恢复 WinForm 位置和大小的帖子。

例子：

• www.stackoverflow.com/questions/92540/save-and-restore-form-position-and-size
• www.codeproject.com/KB/dialog/restoreposition.aspx?fid=1249382&df=90&mpp=25&noise=3&sort=Position&view=Quick&select=2595746

但是我还没有找到代码来使用多个监视器来做到这一点。

也就是说，如果我用监视器 2 上的窗口关闭我的 .NET Winform 应用程序，我希望它将窗口大小、位置和状态保存到应用程序设置中，以便稍后在我重新启动应用程序时恢复到监视器 2。如果像上面的代码项目示例中那样，它包含一些健全性检查，那就太好了，因为如果保存的位置大部分都在屏幕外，它会“修复”它。或者，如果保存的位置在一个不再存在的显示器上（例如，我的笔记本电脑现在自己没有第二个显示器），那么它会正确地将其移动到显示器 1。

有什么想法吗？

我的环境：C#，.NET 3.5 或以下，VS2008

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

然后，像这样访问它们：

我将上述方法称为“app.config”方法。我很少看到人们建议在项目中添加“设置”文件。我在网上和 stackoverflow 上看到过很多次......我开始怀疑我是否遗漏了什么......因为我不确定你为什么要使用这种方法而不是使用“设置” “ 文件。我直到 VS2005 才进入 .NET，所以我的一个理论是这就是 VS2003 中的事情是如何完成的，人们从未切换过？

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

• 在 Windows 窗体 C# 应用程序中拥有配置文件的最简单方法
• 最佳实践：我应该如何在 C#（格式/类型）中存储设置？

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

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

如果您不确定我所说的“设置”文件方法是什么意思，请参阅这篇文章，这是有人建议使用设置文件而不是 app.confg 的少数示例之一。

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

当我使用类型安全的应用程序设置时，我的 app.exe.config 文件中有这样的内容：

Settings.Designer.vb 执行以下操作：

我可以通过以下方式访问设置：

Settings.IntervalTimeout

从外部监视对此设置的更改的最佳做法是什么。即，该设置由作为服务运行的应用程序使用，当有人打开相应的配置文件并将 IntervalTimeout 更改为假设为 30 时，服务应用程序会收到通知并执行我告诉它重新配置的任何操作。

通常，我会在初始化期间使用这样的东西：

然后实现一个 Eventhandler 来检查已更改的属性的名称并做出适当的反应。

但是，PropertyChanged 事件仅在对属性调用 Set 方法时触发，而不是在有人直接更改文件中的数据时触发。当然，这本来就是天堂，但可以理解的是，这不是它的工作方式。;-)

最有可能的是，我会实现一个文件系统观察器来监视文件的更改，然后重新加载配置，找出更改的内容，然后做任何必要的事情来反映这些更改。

有谁知道更好的方法？甚至是受支持的？