Visual Studio 2005窗体配置文件

枚举配置属性

　　ThisConfigEditor的显示的核心是ThisConfigEditor.cs代码文件中的私有的PopulateListView方法：

private void PopulateListView() { 　ListViewItem item = null; 　this.buttonUpdateSetting.Enabled = false; 　this.textBoxSettingValue.Enabled = false; 　this.listViewSettings.Items.Clear(); 　Properties.Settings settings = Properties.Settings.Default; 　foreach (SettingsProperty property in settings.Properties) 　{ 　　bool match = false; 　　switch (_dt) 　　{ 　　　case DisplayType.All: 　　　　match = true; 　　　　break; 　　　case DisplayType.Application: 　　　　foreach (System.Collections.DictionaryEntry attribute in property.Attributes) 　　　　{ 　　　　　if (attribute.Value is System.Configuration.ApplicationScopedSettingAttribute) 　　　　　{ 　　　　　　match = true; 　　　　　　break; 　　　　　} 　　　　} 　　　　break; 　　　case DisplayType.User: 　　　　foreach (System.Collections.DictionaryEntry attribute in property.Attributes) 　　　　{ 　　　　　if (attribute.Value is System.Configuration.UserScopedSettingAttribute) 　　　　　{ 　　　　　　match = true; 　　　　　　break; 　　　　　} 　　　　} 　　　　break; 　　　} 　　　if (match) 　　　{ 　　　　item = new ListViewItem(property.Name); 　　　　item.SubItems.Add(new ListViewItem.ListViewSubItem(item, property.PropertyType.ToString())); 　　　　item.SubItems.Add(new ListViewItem.ListViewSubItem(item, settings[item.Text] as string)); 　　　　item.Tag = property; 　　　　this.listViewSettings.Items.Add(item); 　　　} 　　} 　}

　　通过判断私有枚举字段_dt（它与窗体中的组合框的选择相关联，该组合框用于选择显示哪些配置属性：全部的、应用程序的或者用户的），代码枚举出配置属性。集合中的每个成员都是一个SettingProperty实例（System.Configuration API中的另外一个新类，用于表现独立的配置属性），它也包含一个DictionaryEntry实例集合，用于表示它们的多个属性。通过在属性集合上进行迭代操作，代码搜索出与组合框中选择的范围相匹配的属性。在匹配到之后，代码显示通过建立一个新的ListViewItem并把它添加到窗体的ListView上，从而显示配置属性。

　　我们的修改到哪儿去了？

　　因此，在浏览了这些代码并运行该应用程序之后你可以看到ThisConfigEditor.exe.config文件中的不同配置设置信息。为了理解配置框架组件是如何工作的，我们来看一下当你改变一个User范围设置（图6所示）的时候发生了什么事情。

图6：改变User范围的设置信息

　　改变的设置信息没有保存到应用程序的配置文件中；作为代替，该API在用户的配置（profile）中为应用程序建立了一个新目录（如果这个目录并不存在才建立），在这个目录中增加了一个叫做user.config的文件（图7所示）。

图7：新的用户配置文件：.NET框架组件保存的示例应用程序的新的用户配置文件的位置

　　采用这种方法分离数据，通过使用户特定的数据与用户保持关联，保护了应用程序配置文件的完整性。而且，.NET框架组件自动地载入用户特定的内容而不需要开发者来干涉。请注意，最后的一个目录与应用程序的版本号相对应。这确保了当某个属性的数据类型发生改变的时候，应用程序的延续版本将维护它们独立的完整性而不会相互干扰。

　　精简框架组件又落后了

　　Pocket PC上的精简框架组件的实现有时候看起来不受.NET世界的重视。它的1.0版本的实现没有为System.Configuration名称空间和注册表做任何准备。2.0的beta版文档在System.Configuration名称空间中出现了每个类实体的精简框架组件，就像beta文档中的所有名称空间中的大量类的实现方法一样，但是现在是不支持的。

　　人们只能希望这只是新的.NET平台的一个短暂的阶段，并且最后的发布版支持与桌面版相同的能力。

查看本文来源