为什么UIViewController是UIResponder的子类？

Question

制作UIViewController子类的目的是UIResponder什么？仅仅是为了通过轮换活动吗？

我在文档中找不到任何明确的信息.

更新

我知道,如果做了UIResponder某件事,那么这个东西应该被包含在响应者链和处理事件中.但我有两个疑惑.

1. 据我所知,UIViewController在它之后立即进入响应链view.为什么我们需要响应链中的视图控制器呢？它view已经存在,那么为什么我们不让视图处理其子视图未处理的事件？
2. 好的,我准备同意我们可能需要这个.但我希望看到一些真实的例子,当真正需要在视图控制器中处理事件时,这是最好/最简单/最合适的方法.

Answer 1

我认为你的问题可能只是面向对象思维的失败.

根据文档:

响应者链是应用事件或动作消息的一系列响应者对象.

在UIKit中,视图控制器位于其视图和控制器被推入的视图之间的响应链中.因此,它提供了其视图无法处理的任何事件或操作.

最顶层的视图控制器的下一个响应者是窗口,窗口的下一个响应者是应用程序,应用程序的下一个响应者是应用程序委托,应用程序委托是降压停止的地方.

你的问题"这完全是为了通过轮换活动吗？" 应用不正确的测试; 这意味着在某些时候响应者链已经完全被设计并且有人认为'哦,等等,旋转怎么样？最好将视图控制器放入链中.

最初的问题是:如果视图控制器无法处理事件或操作,它是否有用？答案显然应该是'是',因为 - 即使在触摸屏设备上 - 也会有与视图无关的事件或动作.

最明显的例子是与屏幕以外的物理输入相关的例子.因此设备轮换是一个.按键在蓝牙键盘上是另一个.遥控器是第三个.加速度计是第四个.

下一个最明显的例子是任何系统生成的事件或动作应该发送给单个最本地的参与者而不是每个人.在iOS中,通常会请求更具体的actor,例如最本地的撤消管理器或输入视图的标识,以显示焦点是否来自您.

一个稍微不那么明显的例子是UIMenuController- 一个弹出视图,它发布了一个用户输入事件,可能需要遍历多个视图控制器以获取应该对其进行操作的视图控制器.iOS 5的子视图控制器极大地增加了可能性; 通常你会有一个父视图控制器,其逻辑可以做很多事情和孩子,他们希望将消息传递给任何知道如何处理它们的消息,而无需对层次结构进行硬编码.

所以,不,视图控制器没有添加到响应器链只是为了处理旋转事件.添加它们是因为逻辑上它们属于响应者链的初始定义.