observer区块链项目区块链ceg项目

皕利分享 2023年02月18日 03:25 168 0

今天给各位分享observer区块链项目的知识，其中也会对区块链ceg项目进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

Android-LiveData原理解析

LiveData是一种具有生命周期感知能力observer区块链项目的可观察数据持有类。

LiveData可以保证屏幕上的显示内容和数据一直保持同步。

在项目中observer区块链项目，LiveData一般是存放在ViewModel中，以保证app配置变更时，数据不会丢失。

使用流程其实很简单，就是自定义实现一个Observer观察者，然后在Activity或者Fragment中获取到ViewModel，通过ViewModel获取到对应的LiveData，然后给LiveData添加观察者监听，用来监听LiveData中的数据变化，在Observer的onChanged中使用监听回调数据。

在使用LiveData的时候需要注意，LiveData有两个设置数据的方法，一个是setValue，一个是postValue，setValue只能是在主线程使用，而postValue只能在子线程中使用。

LiveData添加观察者监听，可以看到LiveData的observe方法，使用了@MainThread注释，表明该观察者监听添加的方法，只能是在主线程中使用，如果不是在主线程中使用，则会抛出异常。

在LiveData添加观察者的时候，因为LifecycleBoundObserver实际上也是实现了LifecycleEventObserver接口的，所以在Lifecycling.lifecycleEventObserver对观察者对象做封装的时候，也是直接返回传入的观察者对象，不做任何的处理

LifecycleBoundObserver中封装了LifecycleOwner对象和Observer对象，并且实现了LifecycleEventObserver接口，根据Lifecycle的原理，其实observer区块链项目我们可以知道，LifecycleRegistry.addObserver方法，添加的就是LifecycleEventObserver实现了对象。

所以在Activity使用LiveData，添加观察者，其实其内部最终还是给Activity的LifecycleRegistry添加观察者，然后根据Activity的生命周期的变化对LiveData进行通知。

postValue的通知更新，其实就是调动任务栈分发任务，而被分发执行的任务实现如下：

从这里可以看到，其实postValue在分发的任务中，其内部实现的依然是setValue()方法，只不过是从子线程切换到了主线程进行执行。做了一次线程的切换。

在postValue方法中，其内部调用的是ArchTaskExecutor的postToMainThread方法。

在这里可以看到mDelegate其实就是DefaultTaskExecutor对象

所以mDelegate.postToMainThread(runnable)其实就是调用了DefaultTaskExecutor.postToMainThread方法。

在这里可以看到，mMainHandler其实就是通过主线程的Looper实例创建的Handler对象，所以这里Handler发送消息执行任务，就是在主线程中执行该任务。

LiveData在分发消息的时候，会调用dispatchingValue方法循环分发，当消息分发完成之后，其实并不会退出do-while循环，还会在调用considerNotify方法的内部调用observer.activeStateChanged(false);继续执行第二次dispatchingValue方法，也就是说递归执行，在第二次执行的时候，mDispatchingValue = true，就会执行将mDispatchInvalidated = true，那么就会完成dispatchingValue方法的第二次执行，被直接return，那么considerNotify()方法的执行也就完成，此时就会执行considerNotify之后的if条件，因为在dispatchingValue第二次执行的时候将mDispatchInvalidated设置为了true，就直接break跳出了循环，结束了消息的分发。

但是这样的情况，一般是在存在观察者处于ON_STOP或者已经是ON_DESTROY状态的时候。

如果观察者都是处于onResume，那么这个时候会因为mDispatchInvalidated=false而退出了循环，结束分发。

但是如果是先setValue，然后再设置Observer的话。

因为此时设置Observer的时候，当生命周期发生变化的时候，又会调用回调onStateChanged方法，进而调用activeStateChanged方法

因为在添加Observer之前，已经针对该LiveData设置了一个value，此时添加了观察者，那么又因为生命周期发生了变化，那么该观察者在调用dispatchingValue(this);传入的就不是null，则在do-while循环的if判断中，就会执行if条件，进而调用considerNotify()方法给传入的ObserverWrapper实现类分发消息，那么就会把之前设置的消息分发给了该观察者。

这样的情况就是LiveData的粘性事件。即后注册的观察者接收到了之前LiveData设置的value消息。

那么问题又一次来了，什么时候会触发调用LifecycleBoundObserver的onStateChanged方法呢？

通过LiveData的observe方法进行分析，observer区块链项目我们可以知道给LiveData添加观察者的时候，其实就是通过给实现了LifecycleOwner接口的Activity的getLifecycle()方法获取到的LifecycleRegistry对象添加观察者，而LifecycleRegistry中的addObserver方法，就会先满足while条件，然后执行了ObserverWithState.dispatchEvent方法，此时就会调用到了LifecycleBoundObserver.onStateChanged方法

这里为什么会满足while条件呢？calculateTargetState会获取当前Activity生命周期状态的前一个和后一个状态，然后取更小的那个状态，在addObserver的时候，calculateTargetState这里如果activity是onStart的状态，那么calculateTargetState取出的就是CREATED状态，如果activity是onResume的状态，那么这里取出的就是STARTED，不管怎么样都会大于INITIALIZED状态，那么就会满足while条件，此时第二个activity是在onCreate生命周期调用observe方法注册Observer

其实这里个人感觉，应该是在addObserver之后，因为第二个Activity(也就是添加addObserver的)发生了生命周期变化，从onCreate变成了onStart，从onStart变成onResume，此时就会调用moveToState，然后就会调用forwardPass()，然后就会分发消息，因为之前已经postValue或者setValue了，那么在这个LiveData里的mData就不会为null，有消息了，就可以优先分发一次。

满足while条件后，就会调用statefulObserver.dispatchEvent(lifecycleOwner, upEvent(statefulObserver.mState));，这里最终就会调用LifecycleBoundObserver的

这里shouldBeActive()，在Activity的最后的生命周期是onResume的时候，就会满足true，那么此时activeStateChanged()传入的参数就是true，而初始的时候，mActive为false

此时mActive就会重新赋值为true，那么就会调用dispatchingValue()方法，此时dispatchingValue()的参数传入this，那么就不会为false。

一般常用的粘性事件解决方案，其实就是hook修改mLastVersion的值，让这个值变成与mVersion的值一致，但是如果是在onResume或者onStart的生命周期去添加注册观察者，那么常见的粘性事件解决方案中，因为会调用super.observe()，那么就会因为在LifecycleRegistry.addObserver方法中，满足while条件，从而又会进行LifecycleBoundObserver的onStateChanged方法的回调，这样又会出现粘性事件。这样的情况的解决方案，其实可以hook修改mVersion的值，在注册观察者之前，改成-1

observer区块链项目区块链ceg项目

飞盘运动有什么规则？

飞盘运动十项基本规则：

场地：正规的飞盘比赛的场地为长方形，长70码（64米），宽40码（36.58米）。其中得分区分置于场地两边，长25码（22.86米）。

开盘：每局开始，双方球员在各自半场的得分区排成一队，然后防守方把飞盘传递到进攻方手里，比赛开始。双方各有7名球员。

得分：当进攻方成功将飞盘传到在得分区内的对友手上，进攻方便得一分，然后比赛再重新开始继续。

传盘：飞盘可以以任意方向或者轨道传给对友，但是球员不能手持飞盘跑动。手持飞盘的运动员必须在10秒中内将飞盘传给其他对友。防守者自行对持飞碟队员进行监督并计算其持飞盘的时间。

攻防转换：当传递失败（比如飞盘出界、掉落、或被阻挡、拦截），防守方将立即占有飞盘，并转换为进攻方。

换人：替补队员可以在比赛得分后或者受伤暂停的时候自行替换场上队员。

无身体接触：飞盘比赛禁止场上队员有身体的接触，若发生身体接触，即被视为犯规。Picks和Screens也属于犯规。

犯规：若一方队员对另一方队员形成接触，即被视为犯规。当犯规发生并干扰了控制权，若保持了控制权，则比赛继续进行；若队员犯规但却不同意其行为为犯规，那么比赛重新开始。

自行监督：飞盘比赛当中没有裁判，队员自行对自己的犯规和出界负责，并且自行解决场上的争执或纠纷。

比赛精神：飞盘比赛主张和强调的是体育竞技精神和公平竞赛。激烈对抗的飞盘比赛必须建立在互相尊重，遵守规则和享受乐趣的基础上。

扩展资料：

飞盘运动的历史发展：

飞盘运动自1948年于美国发明问世以来，仅仅经过数年的发展，即已形成10馀种竞赛项目。飞盘的诸多项目中，最受玩盘者欢迎的竞赛主题有三种：飞盘高尔夫(Disc golf)、飞盘自由花式(Freestyle)、飞盘争夺赛(Ultimate)。

其中争夺赛已于2001年被世界运动会(World Game)正式列入项目中，WFDF世界飞盘联盟，更亟力争取飞盘项目于奥运会中的表演，再晋而登入奥运会。

中国飞盘运动联盟CDSF,于2007年由深圳央校飞盘推广基地胡怡之教练，首倡发起，并于2007.12.20首次向全国盘友发出英雄帖。

为了更有效的普及飞盤运动，不仅仅只是为了专业选手；2011由丹麦选手Mr.Jan Moeller与中国Joy Hu共同提出另组建”新世界飞盤运动联盟”WDSF-WorldDiscSportsFederation; 这个飞盤运动联盟的推广是针对了：

儿童、青少年、家庭、年长者以及一般民众；这将是一个以全民健身运动为主要目标的国际性飞盤运动推广组织。2012.01JanJoy正式向全世界展开宣告，并期望在第一波的连系中，可以完成三个洲十个国家的参与。

参考资料来源：百度百科—飞盘运动

.NET 配置文件：为什么这么做，存放在何处，如何使用？求答案

我想如果我提供一个对这些文件的快速入门会对大家有些帮助。在本文章中observer区块链项目，许多 C# 源码例子都假设observer区块链项目你的项目已经引用了 System.Configuration.dll 和引用了下面的命名空间： using System.Configuration; 这是使用ConfigurationManager类所必须的observer区块链项目，而这个类提供了一种使用配置信息的方法。 Why The .NET framework provides a rich set of classes, and techniques, to simplify application configuration. Essentially, all of these classes make it easy to read and write that configuration information from an XML configuration file. The configuration file includes a number of standard sections, some custom sections for common .NET features, and also allows the developer to create their own custom configuration sections. The standard sections have evolved over time. Initially, standard configuration was done mostly through theappSettingssection, which contains name / value pairs for each setting. Over time, transparent, type-safe support was provided via a generated C#Settingsclass and the correspondingapplicationSettingsanduserSettingsconfiguration sections. 译者信息为什么NET框架提供了一套丰富的类和技术，以简化应用配置。从本质上讲，所有这些类可以很容易地从XML配置文件的读取和写入，配置信息。配置文件包含了.net程序中的一些标准的以及自定义的节点，并且也允许开发者创建自己的配置节点。标准节点随着时间跟以前比有了很大的改变。最开始的时候，标准节点主要是配置应用程序的配置内容，比如为一个属性一个属性或者一个值。随着时间的推移，它也为类型安全提供了支持，同时可以生成C#标准的配置信息以及用户自定义的配置信息

Where Where do I find the configuration file? This is a deceptively complicated problem. Since configuration is hierarchical, there are actually multiple configuration files that may affect an application. These include the machine configuration file, the application (or web) configuration file, the user local settings file, and the user roaming settings file. Machine Configuration The machine configuration file lives with the, not so easily found, .NET framework files. The location of the configuration file is dependent on the version of .NET and type of platform (e.g. 64 bit) used by your application. A typical example, might be: C:\Windows\Microsoft.NET\Framework\v4.0.30319\CONFIG\machine.config In your C# application code, the following will return the location of the file: System.Runtime.InteropServices.RuntimeEnvironment.GetRuntimeDirectory() + @"CONFIG\machine.config"译者信息

何处我从哪里找到配置文件？这是一个迷惑性的复杂问题。自从配置文件分层后，有多个配置文件可能影响一个应用程序。这包括机器的配置文件，应用程序(或者网页)配置文件，用户本地设置文件，用户的Roaming设置文件。机器配置和.NET框架文件一起的机器配置文件，并不是很容易找到。配置文件的位置还取决于.NET的版本和应用程序使用的平台(比如，64位) 一个典型的例子就是

C:\Windows\Microsoft.NET\Framework\v4.0.30319\CONFIG\machine.config 在你的C#应用程序代码中，下面的语句将会返回文件的位置: System.Runtime.InteropServices.RuntimeEnvironment.GetRuntimeDirectory() + @"CONFIG\machine.config" Application Configuration The application configuration file usually lives in the same directory as your application. For web applications, it is named Web.config. For non-web applications, it starts life with the name of App.config. Following a build, it is copied to the same name as your .exe file. So, for the program MyProgram.exe, you might expect to find MyProgram.exe.config, in the same directory. In your C# application code, the following will return the location of the file: AppDomain.CurrentDomain.SetupInformation.ConfigurationFile While it is not generally recommended, you may find that some applications alter the location of the application configuration file as follows: AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", "NewName.config")译者信息

应用配置文件

应用程序配置文件一般跟你的应用程序存在于相同的目录下面。对于web应用程序来说，它的名字是Web.config，而对一般的应用程序来说，它的名字是App.config。在一个项目下，它的名字格式与你的.exe文件相似。比如你的工程名字是MyProgram.exe，那么你就可以在相同的路径下找到MyProgram.exe.config。在你的C#应用程序源代码中，使用下面的代码可以返回文件的路径： AppDomain.CurrentDomain.SetupInformation.ConfigurationFile 如果它不是被经常调用，你可以做在应用程序的配置文件中做一些小的修改。下面是例子： AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", "NewName.config") User Settings The user settings are almost impossible to find, perhaps by design. The names of the directories vary with versions of Windows. To complicate matters further, the parent folder is generally hidden. The folder structure also incorporates the company name (of the application vendor), the application name, a unique identity for the application, and the application version. An example, on Windows 7, for local user settings might look like: C:\Users\MyUsername\AppData\Local\CompanyName\MyProgram.exe_Url_pnbmzrpiumd43n0cw05z2h4o23fdxzkn\1.0.0.0\user.config In C#, you can get the base directory for local user settings (first line) or roaming user settings (second line) as follows: Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData) Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) In C# (see notes in Overview), you can get the exact file path for local user settings (first line) or roaming user settings (second line) as follows: ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.PerUserRoamingAndLocal).FilePath ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.PerUserRoaming).FilePath译者信息

用户设置用户设置大多数时候不好找，这很可能是处于设计的原因。目录的名字因Windows版本而异。更复杂的是父目录通常是隐藏的。. 目录结构加入了公司名称(应用程序的供应商)，应用程序名称，应用程序唯一ID号和应用程序的版本。举个例子，在Windows7下，一个本地用户设置可能像这样： C:\Users\MyUsername\AppData\Local\CompanyName\MyProgram.exe_Url_pnbmzrpiumd43n0cw05z2h4o23fdxzkn\1.0.0.0\user.config 在C#中，你可以获得本地用户设置的基目录（第一行）或者临时用户设置（第二行）: Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData) Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) 在C#中，（见在概述中的注记），你可以获得本地用户设置的解压文件路径（第一行）或者roaming用户设置（第二行）: ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.PerUserRoamingAndLocal).FilePath ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.PerUserRoaming).FilePath Other Configuration If this isn't all confusing enough, you should be aware of a few other files. There is a root Web.config (located in the same directory as machine.config). Also, sub-directories of a web application may provide additional overrides of inherited settings, via a Web.config specific to that sub-directory. Lastly, IIS provides some of its own configuration. A typical location would be: C:\Windows\System32\inetsrv\ApplicationHost.config How As mentioned earlier, the application configuration file is broken into a number of fairly standard configuration sections. Here, we briefly discuss a few of the most common sections. 译者信息

其它配置如果这还不够混乱，那你应该知道其它的一些文件了（这个不会翻译）。有个原始的Web.config文件(与machine.config同一个目录下)。此外，子目录下面的Web应用程序可能会通过子目录里面的Web.config重写继承（于父目录的Web.config）的设置。此外，IIS提供了一些自己的配置。一个典型的例子位置在： C:\Windows\System32\inetsrv\ApplicationHost.config 如何正如前面提到的，应用程序配置文件被分解成若干的相当标准配置部分。在这里，我们简要地讨论一下一些最常见的部分。 appSettings Section The simplest of the standard configuration sections isappSettings, which contains a collection of name / value pairs for each of the settings: ?xml version="1.0" encoding="utf-8" ? configuration appSettings add key="MySetting" value="MySettingValue" / /appSettings /configuration In C# (see notes in Overview), you can reference the value of a setting as follows: string mySetting = ConfigurationManager.AppSettings["MySetting"]; connectionStrings Section Since database connections are so common in .NET, a special section is provided for database connection strings. The section is calledconnectionStrings: ?xml version="1.0" encoding="utf-8" ? configuration connectionStrings add name="MyConnectionStringName" connectionString="Data Source=localhost;Initial Catalog=MyDatabase;Integrated Security=True" providerName="System.Data.SqlClient" / /connectionStrings /configuration In C#, you can get the connection string as follows: string connectionString = ConfigurationManager.ConnectionStrings[ "MyConnectionStringName"].ConnectionString; Initially, one might wonder at the need to reference aConnectionStringproperty of a "connection string". In truth, the connectionStrings section is poorly named. A better name might have beenconnectionStringSettings, since each entry contains both a connection string and a database provider. The syntax of a connection string is wholly determined by the database provider. In this caseSystem.Data.SqlClient, is the most common database provider for the Microsoft SQL Server database. 译者信息

appSettings 部分最简单的标准设置部分就是 appSettings 了，这个部分包含了一系列保存配置的键/值对。 ?xml version="1.0" encoding="utf-8" ? configuration appSettings add key="MySetting" value="MySettingValue" / /appSettings /configuration 在C#中（见附注概述），你可以通过下面方式引用对应配置的值： string mySetting = ConfigurationManager.AppSettings["MySetting"]; connectionStrings 部分由于数据库连接在.NET中相当普遍，一个特别用于提供数据库连接字符串的部分产生了。这个部分就是 connectionStrings。 ?xml version="1.0" encoding="utf-8" ? configuration connectionStrings add name="MyConnectionStringName" connectionString="Data Source=localhost;Initial Catalog=MyDatabase;Integrated Security=True" providerName="System.Data.SqlClient" / /connectionStrings /configuration 在C# 中，你可以通过下面方式去获取连接字符串： string connectionString = ConfigurationManager.ConnectionStrings[ "MyConnectionStringName"].ConnectionString; 起初人们可能会奇怪在需要引用一个"connection string"属性作为连接字符串。说实话，这个connectionStrings部分的名字真不恰当。叫做"connectionStringSettings"会更恰当，因为(部分_里面的每个实体够包含了连接字符串和database provider（数据库提供者）。一个连接字符串的语法完全取决于其database provider。因此 System.Data.SqlClient 是Microsoft SQL Server最典型的database provider。 applicationSettings and userSettings Section With .NET 2.0, Microsoft tried to make it even easier to use configuration files. They introduced a settings file. A careful observer will note that the "settings" start their life in the application configuration file and, later, get copied to the user settings configuration file. With Windows Form and WPF applications, you'll find a file Settings.settings in the Properties folder of your project. For Console applications, and others, you can also take advantage of settings. Open the Properties for your project, and click on the Settings button/tab. You'll be offered the option of adding a default settings file. Typically, you edit this settings file (or the settings for your project) rather than editing the configuration file directly. The example below is provided only to demonstrate that the settings do actually live in the configuration file. ?xml version="1.0" encoding="utf-8" ? configuration configSections sectionGroup name="userSettings" type="System.Configuration.UserSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" section name="WinFormConfigTest.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" allowExeDefinition="MachineToLocalUser" requirePermission="false" / /sectionGroup sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" section name="WinFormConfigTest.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" / /sectionGroup /configSections userSettings WinFormConfigTest.Properties.Settings setting name="MyUserSetting" serializeAs="String" valueMyUserSettingValue/value /setting /WinFormConfigTest.Properties.Settings /userSettings applicationSettings WinFormConfigTest.Properties.Settings setting name="MyApplicationSetting" serializeAs="String" valueMyApplicationSettingValue/value /setting /WinFormConfigTest.Properties.Settings /applicationSettings /configuration To reference one of the settings, you simply use theSettingsclass, which is automatically created for you. A typical reference, might look as follows: string myUserSetting = Properties.Settings.Default.MyUserSetting; string myApplicationSetting = Properties.Settings.Default.MyApplicationSetting; Note:Propertiesis a namespace that is automatically created in your application's name space. To change a user's settings, you simply assign a value to the property and save the changes, as follows: Properties.Settings.Default.MyUserSetting = newValueForMyUserSetting; Properties.Settings.Default.Save();译者信息

applicationSettings 和 userSettings 部分在.NET 2.0 中，微软尝试让用户更容易使用设置文件。他们为此引入了设置文件。细心的观察者可能会注意到这些"settings"开始用于应用程序配置文件，并且在后面复制到用于配置文件中。在Windows Form和WPF程序中，你可以在你的项目的Properties目录下找到一个名为Settings.settings的文件。对于控制台程序还有其它程序，可以通过下面方式使用配置文件。打开你的项目中属性，切换到设置选项，你可以通过这里为项目添加一个配置文件。通常情况下，你可以编辑此设置文件（或者是你的项目设置）来修改配置，而不是直接编辑(.config)配置文件。下面的例子演示了设置在配置文件中如何存储。 ?xml version="1.0" encoding="utf-8" ? configuration configSections sectionGroup name="userSettings" type="System.Configuration.UserSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" section name="WinFormConfigTest.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" allowExeDefinition="MachineToLocalUser" requirePermission="false" / /sectionGroup sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" section name="WinFormConfigTest.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" / /sectionGroup /configSections userSettings WinFormConfigTest.Properties.Settings setting name="MyUserSetting" serializeAs="String" valueMyUserSettingValue/value /setting /WinFormConfigTest.Properties.Settings /userSettings applicationSettings WinFormConfigTest.Properties.Settings setting name="MyApplicationSetting" serializeAs="String" valueMyApplicationSettingValue/value /setting /WinFormConfigTest.Properties.Settings /applicationSettings /configuration 当你想引用设置的时候，你可以简单的引用Settings类，这个类会自动为你创建。下面是一个典型的引用方式： string myUserSetting = Properties.Settings.Default.MyUserSetting; string myApplicationSetting = Properties.Settings.Default.MyApplicationSetting; 注意：Properties 命名空间会自动的创建在你的应用程序的命名空间下。要改变用户设置时，你只需像下面一样为属性赋予一个值然后保存就可以了： Properties.Settings.Default.MyUserSetting = newValueForMyUserSetting; Properties.Settings.Default.Save(); Upgrading Settings Eventually, you'll want to release a new version of your application. Here, you may encounter a common problem. Since the user settings are version specific, they will be lost following the upgrade. Thankfully, the framework anticipates this requirement and provides theUpgrademethod. A typical way of handling this is to include a booleanUpgradeduser setting, with an initial value of false (when your application is first deployed). So, typical code to handle the upgrade (and retain previous user settings) looks as follows: if (!Properties.Settings.Default.Upgraded) { Properties.Settings.Default.Upgrade(); Properties.Settings.Default.Upgraded = true; Properties.Settings.Default.Save(); }译者信息

更新设置实际上，当你想发布一个新版本的程序时，你可能会遇到的一个普遍问题。由于用户设置是有特定版本的，程序升级会导致这些设置丢失。值得庆幸的是，框架预预料到这种情况并提供了一个更新设置的方法。一个典型的处理办法是引入一个初始值为false的用户设置“Upgraded”（当你首次部署你的程序）。因此，用来处理升级的典型代码（并保留以前的用户设置）如下所示： if (!Properties.Settings.Default.Upgraded) { Properties.Settings.Default.Upgrade(); Properties.Settings.Default.Upgraded = true; Properties.Settings.Default.Save(); } What Next In the previous section, you may have noticed the rather verboseconfigSectionssection of the configuration file. This is how Microsoft extended the configuration file to add the new userSettings and applicationSettings sections. It is also how you can add your own custom configuration sections. In a nutshell, you do this by extending theConfigurationSectionandConfigurationElementclasses. Within each of your derived classes, you will be decorating the members with attributes likeConfigurationPropertyAttribute. Simple right? Just kidding. Others have provided excellent descriptions of this slightly complicated, but not too difficult mechanism. I include links at the end of this document for further reading. Here, I only wanted to provide a couple of hints that can get lost in the longer descriptions. 译者信息

下一步做什么在前一部分，你可能注意到了配置文件相当冗长的configSections。这也是微软如何拓展配置文件，用来添加新的用户设置和应用设置。它也是你如何来添加你自己定制的配置的区块。简而言之，你通过拓展 theConfigurationSectionandConfigurationElement类来完成的。在你的每一个继承的类里，你会用类似ConfigurationPropertyAttribute这样的属性来布置你的类成员。很简单，对吗？开个玩笑。对于其他的，已经提供了很好很详细，稍微有点复杂的描述，和不是很难理解的机制。我会在这篇文档的末尾添加这些链接供进一步阅读。这里，我只想提供一些在冗长描述中会感到困惑的提示。