UIViewController

UIViewController 视图控制器

提供了管理你 UIKit app 里边的视图的基础设施。

Overview 概要

一个视图控制器（VC）管理了一个集合，它组成了一部分的app的用户界面（UI）。它的职责就是加载和处理这些视图，来管理这些视图的交互，用任何合适的数据对象来协调他们之间的反应。视图控制器也用其他控制器对象来协调，包括其他视图控制器，并且帮助管理你的app的整体界面。

你很少直接创建 UIViewController 的实例。取而代之的是，你创建 UIViewController 的子类的实例并且用这些对象来提供你需要的特定的行为和可视化的外观。

一个视图控制器的主要的责任包括以下几点：

更新视图的内容，通常是响应潜在的数据的改变。

响应用户与视图之间的交互。

调整视图的大小并且管理整体界面的布局。

一个视图控制器与视图是密切相关的，视图管理和参与响应链来操作事件。视图控制器也是一个 UIResponder 对象，它被嵌套入视图控制器的根视图及其父视图之间的响应链，而它的父视图通常情况下属于其他的视图控制器。如果一个视图控制器没有一个视图来处理一个事件，那么这个视图控制器可以选择处理这个事件或者将它传递给父视图来处理。

视图控制器很少单独使用。而你经常使用多个视图控制器，每个控制器拥有你app的一部分用户界面。例如，一个视图控制器可能展示一个项目列表而另一个视图控制器展示从项目列表中选择的项目。通常情况下，同一时刻只有一个视图控制器里的视图是可见的。一个视图控制器可能呈现一个其他的视图控制器来展示一个新的视图的集合，或者它可能充当一个容器来盛放其他视图控制器的任何的内容或者动画视图。

Subclassing Notes 子类注意事项

每个app都至少包含一个自定义的 UIViewController 的子类。更多的情况是，app包含了很多自定义的视图控制器。自定义的视图控制器定义了你的app的整体的行为，包括app的外观和怎样响应用户的交互。接下来的部分提供了你的自定义的子类执行的任务的一些概述。要获取更多关于使用和继承视图控制器的信息，查阅 View Controller Programming Guide for iOS。

View Management 视图管理

每个视图控制器管理一个视图层级，根视图的层级被存储在这个类的 view 属性里边。根视图的主要作用是其余的视图层级的容器。根视图的大小和位置取决于它拥有的对象，这个对象要么是一个父视图控制器要么是app的window。被window拥有的视图控制器是app的根视图控制器，它的视图被改变大小来填充window。

视图控制器懒加载他们的视图。第一次访问熟悉 view 加载或创建了视图控制器的视图。这里有几种方式来指定视图控制器的视图：

在 Storyboard 里边指定视图控制器和它的Views，Storyboard是指定视图的最佳方式。通过Storyboard，你可以指定视图和他们的视图控制器直接的连接。你也可以指定你的视图控制器之间的关系和切换，这使得你查看和更改app的行为更加方便。

要从Storyboard加载视图控制器，可以通过一个合适的 UIStoryboard 对象调用 instantiateViewControllerWithIdentifier: 方法。storyboard对象创建视图控制器并且返回给你的代码。

用 Nib file 来指定视图控制器的视图。一个nib file 让你指定一个单独的视图控制器的视图而不是让你定义视图控制器之间的切换或者关系。nib file 仅仅存储了视图控制器本身的最少的信息。

要用 nib file 来初始化一个视图控制器，你可以通过编码来创建视图控制器并且用 initWithNibName:bundle: 方法来初始化。当需要视图的时候，视图控制器就会从 nib file 中加载它们。

通过 loadView 方法指定视图控制器的视图。在这个方法中，编程创建你的视图层级并且将根视图的层级赋值给视图控制器的 view 属性。

所有这些技术都有一个相同的最终结果，那就是创建了一个合适的视图的集合并且将它们暴露给 view 属性。

Important

一个视图控制器是他的视图和任何它创建的子视图的唯一拥有者。它有责任创建这些视图和在一个适当的时机（比如视图控制器自身被释放的时候）放弃对它们的所有权。如果你使用 storyboard 或者 nib file 来存储你的视图对象，当视图控制器向它们索要的时候，每个视图控制器对象会自动获取这些视图自身的一份copy。然而，如果你手动创建视图，每个视图控制器必须拥有它自身的唯一一份视图集合。你不能够在不同的视图控制器之间共享他们。

一个视图控制器的根视图经常会改变大小来适应分配的空间。对于你的视图层级中的其他视图来说，用 Interface Builder 来指定自动布局约束能控制每个视图是怎样在它的父视图的bounds内被摆放和改变大小的。你也可以通过编程创建约束，然后在合适的时机将它们应用到你的视图上。要了解更多怎样创建约束，查阅 Auto Layout Guide。

Handling View-Related Notifications 操作视图相关的通知

当它的视图的可见性改变的时候，视图控制器会自动调用它自己的方法来保证子类可以响应改变。使用方法如 viewWillAppear: 来准备要显示在屏幕上的视图，使用 viewWillDisappear: 来保存变化或者其他状态信息。使用其他方法来做出适当的改变。

图 1 展示了视图控制器的视图的可能的可见性状态和可能发生的状态转变。并不是所有的带 “will” 的回调方法都会仅仅匹配一个带 “did” 的回调方法。你需要确保如果你在一个带 “will” 的回调方法里边开启了一个进程，你要在相应的 “did” 和相对的（相反的） “will” 回调方法里边结束这个进程。

图 1 Valid State Transitions

Handling View Rotations 操作视图旋转

截止 iOS 8，所有旋转相关的方法都被废弃了。取而代之的是，旋转被视为视图控制器的视图的size的改变，因此需要使用 viewWillTransitionToSize:withTransitionCoordinator: 方法。当界面的方向改变的时候，UIKit 在window的根视图上调用这个方法。于是那个视图控制器通知它的子视图控制器并在视图控制器层级传播这个消息。

在 iOS 6 和 iOS 7 中，你的app通过在 Info.plist 文件中定义来支持界面旋转。一个视图控制器可以重写 supportedInterfaceOrientations 方法来限制支持的方向列表。通常地，系统仅仅在window的根视图控制器中或者被呈现的用来填充整个屏幕的视图控制器中调用这个方法；子视图控制器使用他们的父视图控制器提供给他们的一部分的window并且不再直接参与决定支持什么方向。app的 orientation mask 与视图控制器的 orientation mask 的交集决定了视图控制器的旋转方向。

你可以重写视图控制器的 preferredInterfaceOrientationForPresentation 方法，这个方法的目的是让视图控制器在一个指定的方向上全屏显示。

当一个旋转发生在一个可见的视图控制器上时，willRotateToInterfaceOrientation:duration:,willAnimateRotationToInterfaceOrientation:duration:, 和didRotateFromInterfaceOrientation: 方法将会在旋转的过程中调用。viewWillLayoutSubviews方法也将会在视图大小和位置改变之后被调用。如果一个视图控制在旋转发生时不可见，那么旋转方法将不会被调用。然而，当他们可见时，viewWillLayoutSubviews 方法被调用。在这个方法的实现中可以调用 statusBarOrientation 方法来决定设备的方向。

Note

在启动的时候，app应该总是设置它们的界面在竖直方向。在 application:didFinishLaunchingWithOptions: 方法返回之后，app用上面说的视图控制器的旋转机制来旋转为一个优先的合适的方向来展示窗口。

原文链接：https://developer.apple.com/documentation/uikit/uiviewcontroller

UIViewController