3

在CodeProject和StackOverflow.105932（以及其他一些，例如StackOverflow.1873658和 MSDN 文章）之后，我有一个主窗体，其大小、位置和 WindowState 保存在并从中读取Properties.Settings.Default.<name>，例如，Properties.Settings.Default.WindowState = WindowState;这对于这个窗体非常有用。我出现的每个代码示例似乎都认为 WindowState 将只有一个全局设置，它们都没有说明如何区分每个实例的这些设置。

但是，我在表单的超类中编写了代码，因为我希望此应用程序中的所有表单都继承自该类，以便它们都能够保存/读取自己的大小、位置和状态。

我想做的只是用继承形式的类名替换上面键路径中的“默认”一词。这是伪代码，如果它有效（它不起作用，我找不到有效的变体）会很棒：

Properties.Settings[this.ToString()].WindowState = WindowState;

我怎样才能正确、可重用、可维护、防熵地做到这一点？

编辑：“配置部分”会是答案吗？（也许为每个 Form 子类创建一个部分？）

编辑：不，不是配置部分，但我认为这个类必须是正确解决方案的一部分。

4

1 回答 1

2

好吧，从本质上讲，这并不是 .NET 中默认设置的工作方式。Scope = User 的设置文件被小心地隐藏在一个私有的 AppData 文件夹中，其名称难以描述。通过散列主要 EXE 的各种属性创建的名称，包括其名称、位置和 [AssemblyVersion]。防止程序意外覆盖彼此的设置文件很重要。没有记录的方法可以从另一个程序获取该文件。主要是因为您没有很好的方法来猜测另一个程序的这些属性值。

有一些解决方法，您可以创建自己的从 SettingsProvider 派生的类，而不是默认的 LocalFileSettingsProvider 类。有点痛苦，System.Configuration 并不是 .NET 中最好的命名空间。一个很好的入门方法是使用RegistrySettingsProvider SDK 示例。

或者只是解决问题，只需创建您自己的 XML 文件，并将其存储在 AppData 文件夹中，您可以随时从任何应用程序访问该文件夹。这通常是一个好主意，因为当许多应用程序共享一个公共数据文件时，您往往会被版本控制问题所困扰。您需要在其自己的程序集中声明一个可序列化 XML 的类来存储这些属性。上面有一个沉重的“不先跟我说话就不要改变”的评论。

于 2013-01-03T16:18:33.187 回答