View Controller用于管理app的各种资源,有时虽然View Controller被实例化,但仍不会在屏幕中显示。比如Navigation中的view controller,只有栈顶的元素才能显示。正因为如此,所以View Controller实现了复杂行为来管理view的load和unload操作。
1 VC初始化
当View Controller被初始化时,它首先创建和加载在其生命周期内都要使用的对象。同时View Controller一般不会创建View对象,且不会创建一些可视化的内容。对于那些创建或维护比较耗资源的对象,一般都采用赖加载。
当app在Launch阶段时,IOS只实例化main storyboard文件中的起始view controller(Initial View Controller),若后续需要更多的view controller,那么可以调用UIStoryboard类的instantiateViewControllerWithIdentifier方法来实例化storyboard文件中定义的view controller;若在storyboard文件中没有定义相应的view controller,则可按Objective-C传统的allocate 和 initialize方法进行实例化。
1.1 view展示
1) 获取view对象
若使用Storyboard方式定义View Controller和View时,那么当View Controller对象需要view对象时,UIKit会自动从Storyboard文件中加载相关的view对象,UIKit执行具体过程为:
a) 获取storyboard文件中的信息,进而实例化view;
b) 连接所有outlets 和 actions;
c) 设置view controller的view属性为root view(每个view controller都有一个主视图);
d) 调用view controller对象的awakeFromNib方法(若被实现),从而用户可以在这些方法中执行一些配置内容;
e) 调用view controller的viewDidLoad方法:通过该方法进行view的添加、删除、修改布局约束和加载数据。
2) 屏幕显示
在将view controller的view展示在屏幕之前,UIKit提供一些方法进行操作,UIKit将view展示在屏幕过程中执行如下操作:
a) 在view显示在屏幕之前,会调用view controller的viewWillAppear方法;
b) 更新view的布局;
c) 将view展示在屏幕中;
d) 在view显示在屏幕之后,会调用view controller的viewDidAppear方法。
1.2布局管理
当view的尺寸或位置发生改变时,UIKit会自动更新层次结构中的view布局。若使用Auto Layout来配置view,那么UIKit会根据当前的布局约束来更新布局。在UIKit更新view的布局过程中,会发送一些消息给用户,使得还有机会修改view的布局。其中UIKit更新的过程操作为:
a) 更新view或view controller的特征;
b) 调用view controller的viewWillLayoutSubviews方法;
c) 调用当前UIPresentationController对象的containerViewWillLayoutSubviews方法;
d) 调用view controller中的root view的layoutSubviews方法:该方法的默认实现是根据布局约束来计算新布局信息,并且它会递归调用层次结构中所有子view的layoutSubviews方法;
e) 将布局信息应用于所有view中;
f) 调用view controller的viewDidLayoutSubviews方法;
g) 调用当前UIPresentationController对象的containerViewDidLayoutSubviews方法;
正如上述的b)和f)中,可以在view controller的viewWillLayoutSubviews 和 viewDidLayoutSubviews方法中另外配置一些信息,从而可影响布局设置。即可在布局之前,添加或移除view,也可更新view的尺寸或位置,以及能更新布局约束或修改层次结构中相关属性;在布局之后,需要重新加载布局,从而做最后的更改。
2 view管理
在view controller中需要对对象进行引用管理,一般在表 21所示的UIViewController方法中创建内存或释放内存。
表 21 Places to allocate and deallocate memory
方法 | 功能 | 描述 |
Initialization | 构造方法 | 创建新对象,初始化一些数据结构或属性的信息。 |
viewDidLoad | 加载数据方法 | 通过这个方法来加载需要在view中显示的数据,并且在调用此方法时,要保证view对象存在和有好的状态。 |
didReceiveMemoryWarning | 响应低内存消息方法 | 通过此方法来释放viewController的一些非重要对象。 |
dealloc | 虚构方法 | 重载该方法来释放view controller对象的内存。 |
在一个View Controller对象的生命周期中,对View对象有两个重要的管理周期:load和unload。
2.1 加载
任何时候若其View对象不在内存中,而又被访问,那么View Controller对象将创建和初始化需要的View对象。并将加载的View对象赋值给自身(View Controller对象)的view属性。
如下是加载(load)view的过程:
1) 若View Controller对象中不存在view对象,而又被访问了view对象,那么将触发加载的过程。
2) View Controller对象将调用loadView方法,默认在该方法中实现如下两件事之一:
-
若View Controller有一个关联的storyboard,则从storyboard文件中加载view;
-
若View Controller没有关联的storyboard,则创建一个空的UIView对象,并将其赋值给View Controller的view属性。
3) View Controller对象将调用viewDidLoad方法,从而可在该方法中执行一些附件的操作,如初始化子类。
如图 21所示,是load一个view对象的过程,用户可以重载图中的loadView和viewDidLoad方法,从而执行一些附件的操作。比如可以另外添加一个视图的层次结构。
![](https://i-blog.csdnimg.cn/blog_migrate/fb4c23ff71e63b5d5517cc85a9c8d3e7.png)
图 21 Loading a view into memory
2.2 卸载
只要app接收到低内存警告,那么View Controller对象将立即卸载(unload)view对象。在unload过程中,View Controller对象将释放view对象,并将该View Controller对象还原到最初状态,即无view对象状态。若成功释放了view对象,那么View Controller对象将一直保持无view状态,直到重新需要访问view对象,那么再重新加载view对象。
如下是view的卸载(unload)过程:
a) app接收到系统发送的低内存警告信息;
b) app中的每个View Controller对象都会调用didReceiveMemoryWarning方法,该方法的默认实现是释放view对象;
c) 如果不能安全释放view对象(如该view正处于屏幕中),那么其默认实现是直接返回;
d) View Controller对象将调用viewWillUnload方法,从而向那些将被移除view对象的所有子类发送消息。一般子类都重载viewWillUnload方法,从而来保存一些属性信息。
e) 将View Controller对象的view属性设置为nil。
f) View Controller对象将调用viewDidUnload方法向被移除view的子类发送消息。一般子类在该方法中释放强引用的指针。
如图 22所示是view被unload的过程:
![](https://i-blog.csdnimg.cn/blog_migrate/9cf19097d2e6552a9e8790db68ec4fbd.png)
图 22 Unloading a view from memory
3 实现Container VC
Container View Controller将多个Content View Controller结合为单一的层次结构窗口,即建立Container VC与Content VC之间的一种父子关系。Container VC管理Content VC的尺寸和位置,而Content VC自己管理其内部的view和控件。
3.1 Interface Builder方式
通过Interface Builder创建和配置Container View Controller比较简单。只需在Container View Controller的view中添加一个Container view控件,这个控件只是一个占位符,不具有可视化功能;然后从Container view控件中以Embed方式推出Content View Controller即可。如图 23和图 24所示的操作图和效果图。
![](https://i-blog.csdnimg.cn/blog_migrate/bb6a1fc490833c9cf5200322fd79b88e.png)
图 23 操作图
![](https://i-blog.csdnimg.cn/blog_migrate/d16bd6587b62bbceb6bde59c2317f1fc.png)
图 24 运行效果图
3.2 Program方式
程序的方式比较复杂,但是控制的功能也比较多。
3.2.1 添加子VC
通过程序的方式,建立view controller之间的一种父子关系,可以按如下步骤完成:
a) 调用container view controller的addChildViewController方法;从而告诉UIKit由该 container VC来管理相应子view controller(content view controller)。
b) 将content VC的view添加到container view的层次结构中。
c) 在container view中为子content view添加一些布局约束(若需要)。
d) 调用子view controller的didMoveToParentViewController方法。
如下所示是简单在container view controller添加一个子view controller的例子:
2 {
3 [self addChildViewController:content];
4 content.view.frame = [self frameForContentController];
5 [self.view addSubview:self.currentClientView];
6 [content didMoveToParentViewController:self];
7 }
3.2.2 移除子VC
为了移除container view controller中的子view controller,需按如下步骤完成:
a) 调用子view controller的willMoveToParentViewController方法,并传递一个nil参数。
b) 移除子content view在container view中配置的布局约束。
c) 通过调用子content view的removeFromSuperview方法,将子content view从container view的层次结构中移除。
d) 调用子view controller的removeFromParentViewController方法来终止container与content之间的父子关系。
如下所示:
2 {
3 [content willMoveToParentViewController:nil];
4 [content.view removeFromSuperview];
5 [content removeFromParentViewController];
6 }
3.2.3 转换子VC
可以在container view controller中切换view controller,同时还可在切换的过程中添加一些动画,但在切换之前必须保证切换的view controller需为container view controller的子view controller。
如下所示,是切换两个view controller:
2 {
3 // Prepare the two view controllers for the change.
4 [oldVC willMoveToParentViewController:nil];
5 [self addChildViewController:newVC];
6
7 // Get the start frame of the new view controller and the end frame
8 // for the old view controller. Both rectangles are offscreen.
9 newVC.view.frame = [self newViewStartFrame];
10 CGRect endFrame = [self oldViewEndFrame];
11
12 // Queue up the transition animation.
13 [self transitionFromViewController: oldVC toViewController: newVC
14 duration: 0.25 options: 0
15 animations:^{
16 // Animate the views to their final positions.
17 newVC.view.frame = oldVC.view.frame;
18 oldVC.view.frame = endFrame;
19 }
20 completion:^(BOOL finished) {
21 // Remove the old view controller and send the final
22 // notification to the new view controller.
23 [oldVC removeFromParentViewController];
24 [newVC didMoveToParentViewController:self];
25 }];
26 }