我在文档中找不到任何明确的信息.
更新
我知道,如果某个东西是UIResponder,那么这个东西应该包含在响应者链和流程事件中.但我有两个疑惑.
>据我所知,UIViewController在其视图后立即进入响应链.为什么我们需要响应链中的视图控制器呢？它的视图已经存在,那么为什么我们不让视图处理其子视图未处理的事件？
>好的,我准备同意我们可能需要这个.但我希望看到一些真实的例子,当真正需要在视图控制器中处理事件时,这是最好/最简单/最合适的做事方式.
解决方法
根据文档：
The responder chain is a linked series of responder objects to which
an event or action message is applied.
在UIKit中,视图控制器位于其视图和控制器被推入的视图之间的响应链中.因此,它提供了其视图无法处理的任何事件或操作.
最顶层的视图控制器的下一个响应者是窗口,窗口的下一个响应者是应用程序,应用程序的下一个响应者是应用程序委托,应用程序委托是降压停止的位置.
你的问题“这完全是为了通过轮换活动吗？”应用不正确的测试;这意味着在某些时候响应者链已经完全设计并且有人认为’哦,等等,旋转怎么样？最好将视图控制器放入链中.
最初的问题是：如果视图控制器无法处理事件或操作,它是否有用？答案显然应该是’是’,因为 – 即使在触摸屏设备上 – 也会有与视图无关的事件或动作.
最明显的例子是与屏幕以外的物理输入相关的例子.因此设备轮换是一个.按键在蓝牙键盘上是另一个.遥控器是第三个.加速度计是第四个.
下一个最明显的例子是任何系统生成的事件或动作应该发送给最本地的单个参与者而不是每个人.在iOS中,通常会请求更具体的actor,例如最本地的撤消管理器或输入视图的标识,以显示焦点是否来自您.
一个稍微不那么明显的例子就是UIMenuController所示例 – 一个弹出视图,它发布了一个用户输入事件,可能需要遍历多个视图控制器以获取应该对其执行操作的视图控制器. iOS 5的子视图控制器极大地增加了可能性;通常你会有一个父视图控制器,其逻辑可以做一堆事情,孩子们想要将消息传递给知道如何处理它们的人,而无需对层次结构进行硬编码.