本文主要介绍了响应对象的相关内容,和事件在响应链上的传递过程。
转载请注明出处:http://blog.csdn.net/developer_zhang
响应者是一个能够响应事件和处理他们的对象。所有响应者对象都是本质上继承自UIResponder(IOS)或者是NSResponder(OS X)的类实例。这些类为响应者声明了为事件处理和定义了一个默认的行为的纲领性接口。app的可视对象几乎都是响应者--例如:windows,views,和controls-并且app对象也是响应者。在IOS中,视图控制器(UIViewController对象)也是响应对象。
为了接受事件,一个响应者必须实现适当的事件-处理方法,有时候,告诉app它可以成为第一响应者。
在app中,被我们称作first responder的响应者对象首先接受各种类型的事件。它接受关键事件,动作事件,和动作信息在其他的之中。(鼠标事件和多点触控事件首先来到在鼠标或者手指的点击下的视图中;视图可能或者不一定会成为第一响应者)第一响应者是典型的window中的app认为最合适与处理事件的视图。为了接受一个事件,响应者必须也能够表明它愿意成为第一响应者;对于不同的平台它以不同的方式处理这些:
//OS X -(BOOL)acceptsFirstResponder{return YES;} //IOS -(BOOL)canBecomeFirstResponder{return YES;}
除此之外接受事件消息,一个响应者能够接受没有指明目标的动作消息。(当用户操作他们的时候动作信息通过controls被发送,例如buttons和controls)
如果第一响应者不能够处理事件或者动作消息,它向在连续的链中的“next responder”传递,这个链被称作响应链(responder chain)。响应链允许响应对象传递处理一个事件或者动作消息给app中的其他对象的责任。如果一个响应链中的对象不能够处理事件或者动作,它传递消息给下一个链中的响应者。消息传递于链中,向最高级别对象传递,知道它被处理。如果没有被处理,app就会丢弃它。
事件的路径:事件的一般路径是开始于一个view--第一响应者或者是鼠标或者手指下面的视图,沿着响应链传递。从那里出发,沿着视图层级结构进行然后传向全局app对象。然而,IOS中的事件的响应链对于这个路径添加了变化:如果视图被一个view controller所管理并且视图不能够处理事件,view controller 称为下一个响应者。
动作消息的路径:对于动作消息,IOS和OS X都扩展了对于其他对象的响应链。在OS X中,动作信息的响应链对于基于文档创建的app,使用window controllers(NSWindowController)的app,和适应那些类别的app是不同的。此外如果app在OS X中拥有关键window和main window的两者,响应链在一个动作信息传递之中可能包含两个windows的层级视图。
以上是所有内容,希望对大家有所帮助。