视图控制器在保存和恢复过程中起着非常重要的作用。状态保存记录应用中断前的配置,在随后应用启动恢复配置。将应用恢复到先前的配置可以为用户节省时间,并提供一个更好的用户体验。
保存和恢复过程是自动的,但你需要告诉iOS,需要保留应用的哪些部分。保存应用视图控制器的步骤如下:
· (必须)分配恢复标示符到你想保存的视图控制器上,参见标记保存视图控制器( Tagging View Controllers for Preservation)
· (必须)告诉iOS如何在启动时创建或查找新视图控制器对象,参见启动时恢复视图控制器( Restoring View Controllers at Launch Time)。
· (可选)每个视图控制器,存储任何特定配置数据使视图控制器返回到原来的配置,参见视图控制器状态的编码和解码(Encoding and Decoding Your View Controller’s State)。
保存和恢复的过程的概述,参见iOS应用编程指南(App Programming Guide for iOS)。
标记保存视图控制器
UIKit只保存你告诉它要保存的视图控制器。每个视图控制器有一个restorationIdentifier属性,这个属性的默认值为nil。设置这个属性值为有效字符串,告诉UIKit视图控制器和视图应该要保存。可以以编程的方式或者在storyboard文件中设置恢复标示符。
当分配恢复标示符时,在视图层级结构中的所有的父视图控制器必须有恢复标示符。在保存过程中,UIKit从窗口的根视图控制器开始并遍历视图控制器层级结构。如果该层级结构中一个视图控制器没有恢复标示符,该视图控制器和其所有子视图控制器和present的视图控制器都会被忽略。
选择有效的恢复标示符
UIKit使用恢复标示符字符串在之后重新创建视图控制器,所以必须选择代码容易识别的字符串。如果UIKit不能自动创建一个视图控制器,要求你创建,UIKit会提供视图控制器和其所有父视图控制器的恢复标示符。这一串的标示符代表视图控制器的恢复路径,及如何决定哪些视图控制器被请求。恢复路径从根视图控制器开始,包括呈现的每个视图控制器和被请求的视图控制器。
恢复标示图通常以视图控制器类名命名。如果你在很多地方使用相同的类,你可能希望分配更有意义的值。例如,你可以基于视图控制器管理的数据来指定字符串。
每个视图控制器的恢复路径必须是唯一的。如果一个容器视图控制器有两个子视图,容器必须为每个子视图控制器分配一个独特的恢复标示符。一些UIKit中容器视图控制器会自动消除歧义子视图控制器,允许为每个子视图控制器使用相同恢复标示符。例如,类根据每个子视图控制器在导航堆栈中的位置添加信息。关于一个给定视图控制器的行为更多信息,参见相应的类引用。
如何使用恢复标示符和恢复路径创建视图控制器的更多信息,参见启动时恢复视图控制器(Restoring View Controllers at Launch Time)。
不包括视图控制器组
在恢复过程中不包括整个视图控制器组,设置父视图控制器的恢复标示符为nil。图7-1展示了设置恢复标示符为nil对视图层级结构的影响。缺少保存数据,在稍后无法恢复视图控制器。
在随后的恢复过程中,并不完全删除其中不包括的一个或多个视图控制器。在启动时,任何视图控制器都是应用的一部分,默认创建设置,如图7-2所示。按照默认配置创建视图控制器。
自动保存过程中,可以手动保存不包括的视图控制器。保存视图控制器的引用即保存视图控制器和其状态信息。例如,如果图7-1中的应用代理保存导航控制器的三个子视图控制器,他们的状态将被保存下来。在恢复过程中,应用代理可以重现创建这些视图控制器并push他们到导航控制器的堆栈上。
保存视图控制器的视图
一些视图有更多与视图而不是父视图控制器相关的状态信息。例如,你希望保存滚动视图的一个滚动位置。视图控制器负责提供滚动视图的内容,而滚动视图本身负责保存其视觉状态。
保存视图状态,执行以下操作:
· 指定为 restoration Identifier 属性一个有效的字符串。
· 使用具有有效标示符的视图控制器的视图。
· 对于表视图和集合视图,指定采用UI Data Source Model Association 协议的数据源
将标示符分配给视图告诉UIKit应该保存视图状态。当稍后恢复视图控制器,UIKit也恢复有恢复标示符的视图的状态。
在启动时恢复视图控制器
在启动时,UIKit试图恢复你的应用到之前的状态。那时,UIKit访问你的应用创建(或确定)用户界面保存的视图控制器对象。当定位视图控制器时,UIKit按照以下顺序搜索:
**如果视图控制器有一个恢复类,UIKit访问该类提供视图控制器。UIKit调用恢复类的 [viewControllerWithRestorationIdentifierPath:coder:](https://developer.apple.com/library/prerelease/ios/documentation/UIKit/Reference/UIViewControllerRestoration_protocol/index.html#//apple_ref/occ/intfcm/UIViewControllerRestoration/viewControllerWithRestorationIdentifierPath:coder:) 方法来检索视图控制器。**如果该方法返回nil,则假设应用并不希望重新创建视图控制器,UIKit停止寻找该视图控制器。
**如果视图控制器没有恢复类,UIKit要求应用代理提供视图控制器。**UIKit调用应用代理的[application:viewControllerWithRestorationIdentifierPath:coder:](https://developer.apple.com/library/prerelease/ios/documentation/UIKit/Reference/UIApplicationDelegate_Protocol/index.html#//apple_ref/occ/intfm/UIApplicationDelegate/application:viewControllerWithRestorationIdentifierPath:coder:)方法寻找没有恢复类的视图控制器。如果该方法返回nil,UIKit尝试找到隐藏的视图控制器。
**如果有正确恢复路径的视图控制器已经存在,UIKit使用该对象。**如果你的应用在启动时(无论是以编程的方式还是通过storyboard加载的方式)创建视图控制器,并且这些视图控制器有恢复标识符,UIKit基于他们的恢复路径隐式的查找他们。
**如果视图控制器最初是从storyboard文件加载,UIKit使用保存的storyboard信息来定位并创建它。**UIKit保存视图控制器的storyboard信息到恢复文件中。在恢复时,UIKit使用这些信息来定位相同的storyboard文件,如果通过其他任何方式没有找到视图控制器,则实例化相应视图控制器。
将恢复类分配给视图控制器可以防止UIKit隐式的搜索该视图控制器。使用恢复类让你可以控制是否真正创建一个视图控制器。例如,如果你的类决定不再重新创建视图控制器,viewControllerWithRestorationIdentifierPath:coder:
方法可以返回nil。当不存在恢复类,UIKit会尽可能找到或者创建该视图控制器来恢复它。
当使用一个恢复类,viewControllerWithRestorationIdentifierPath:coder:
方法应该创建该类的新实例,执行初始化,并返回结果对象。列表7-1 展示了如何使用此方法从storyboard中加载视图控制器的例子。因为该视图控制器最初从storyboard加载,该方法使用UIStateRestorationViewControllerStoryboardKey key从文件中找到storyboard。注意:该方法不配置视图控制器的数据字段。当解码视图控制器的状态时,发生这一步。
列表7-1 在恢复过程中创建一个新视图控制器
<pre><code>
+(UIViewController*) viewControllerWithRestorationIdentifierPath:(NSArray *) identifierComponents coder:(NSCoder *)coder {
MyViewController* vc;
UIStoryboard* sb = [coder decodeObjectForKey UIStateRestorationViewControllerStoryboardKey];
if (sb) {
vc = (PushViewController*)[sb instantiateViewControllerWithIdentifier:@"MyViewController"];
vc.restorationIdentifier = [identifierComponents lastObject];
vc.restorationClass = [MyViewController class];
}
return vc;
}
</pre></code>
当手动重新创建视图控制器,重新分配恢复标识符和恢复类是个好习惯。恢复恢复标识符的最简单的方法是获取identifierComponents
数组中的最后一项,并将其分配给你的视图控制器。
在启动时由应用主要storyboard文件中创建的对象,不需要为每个对象创建新实例。让UIKit隐式的查找这些对象或者使用应用代理的application:viewControllerWithRestorationIdentifierPath:coder:
方法查找这些存在的对象。
编码和解码视图控制器状态
对于每个要保留的对象,UIKit调用对象的encodeRestorableStateWithCoder:方法来保存其状态。在恢复过程中,UIKit调用对应的decodeRestorableStateWithCoder: 方法来解码该状态并将其用于该对象。这些方法的实现是可选的,但是建议,实现。你可能使用它们来保存和恢复以下类型的信息:
· 显示数据的引用(不是数据本身)
· 对于容器视图控制器,其子视图控制器的引用
· 当前选择的信息
· 对于用户可配置视图的视图控制器,当前配置视图的信息
在你的编码和解码方法中,你可以编码对象和编码器支持的任何数据类型。除了视图和视图控制器的其他所有对象必须采用 NSCoding协议并使用协议中的方法来保存其状态。对于视图和视图控制器,编码器不使用 NSCoding协议来保存对象状态。相反,编码器保存该对象的恢复标识符并将其添加到保存对象列表,这将导致该对象的encodeRestorableStateWithCoder:
方法被调用。
视图控制器的encodeRestorableStateWithCoder:
和decodeRestorableStateWithCoder:
方法必须在实现的某个位置调用super方法。调用super方法让父类有机会保存和恢复任何额外的信息。列表7-2展示了这些方法的实现例子,该方法保存一个数值用于识别指定视图控制器。
列表7-2 编码和界面视图控制器状态
<pre><code>
-(void)encodeRestorableStateWithCoder:(NSCoder *)coder {
[super encodeRestorableStateWithCoder:coder];
[coder encodeInt:self.number forKey:MyViewControllerNumber];
}
-(void)decodeRestorableStateWithCoder:(NSCoder *)coder {
[super decodeRestorableStateWithCoder:coder];
self.number = [coder decodeIntForKey:MyViewControllerNumber];
}
</pre></code>
在编码和解码过程中,编码对象不共享。每个保存状态的对象接收自己的编码对象。使用独特的编码器表明你不用担心key之间的命名冲突。然而,不要使用UIApplicationStateRestorationBundleVersionKey,UIApplicationStateRestorationUserInterfaceIdiomKey和UIStateRestorationViewControllerStoryboardKey key来命名。UIKit使用这些key来存储视图控制器状态的额外信息。
关于视图控制器编码解码方法的更多信息,参见UIViewcontroller类引用(UIViewController Class Reference)。
保存和恢复视图控制器技巧
在视图控制器中添加状态保存与恢复,考虑以下指南:
· 请记住可能不希望保存所有视图控制器。在某些情况下,保存某个视图控制器没有意义。例如,如果应用显示一个变更,你希望取消操作并恢复到应用的前一个界面。在这种情况下,你不用保存该视图控制器。
· 恢复过程中避免交换视图控制器类。状态保存系统为其保存的视图控制器类编码。在恢复期间,如果你的应用返回一个不匹配原始对象(或不是原始对象的子类)的对象,系统不要求视图控制器解码任何状态信息。因此,划掉旧的视图控制器换成完全不同的视图控制器,这个过程不恢复该对象的全部状态。
· 状态保存系统希望你有意的使用视图控制器。恢复过程依赖视图控制器的控制关系来重建你的界面。如果你没有正确使用容器视图控制器,保存系统不能找到你的视图控制器。例如,除非相应的视图控制器之间包含某种关系,否则不要在不同的视图中嵌入一个视图控制器的视图。