你的位置:首页 > 软件开发 > 操作系统 > 史上最详细的iOS之事件的传递和响应机制

史上最详细的iOS之事件的传递和响应机制

发布时间:2016-03-03 14:00:09
前言:按照时间顺序,事件的生命周期是这样的:事件的产生和传递(事件如何从父控件传递到子控件并寻找到最合适的view、寻找最合适的view的底层实现、拦截事件的处理)->找到最合适的view后事件的处理(touches方法的重写,也就是事件的响应)其中重点和难点是:1.如何寻 ...

前言:

按照时间顺序,事件的生命周期是这样的:在iOS中不是任何对象都能处理事件,只有继承了UIResponder的对象才能接受并处理事件,我们称之为“响应者对象”。以下都是继承自UIResponder的,所以都能接收并处理事件。

 

  • UIApplication
  • UIViewController
  • UIView

那么为什么继承自UIResponder的类就能够接收并处理事件呢?

  • 因为UIResponder中提供了以下4个对象方法来处理触摸事件。

 

 UIResponder内部提供了以下方法来处理事件触摸事件

 

(二)事件的处理

下面以UIView为例来说明触摸事件的处理。

 // UIView是UIResponder的子类,可以覆盖下列4个方法处理不同的触摸事件

需要注意的是:以上四个方法是由系统自动调用的,所以可以通过重写该方法来处理一些事件。

  • 如果两根手指同时触摸一个view,那么view只会调用一次touchesBegan:withEvent:方法,touches参数中装着2个UITouch对象
  • 如果这两根手指一前一后分开触摸同一个view,那么view会分别调用2次touchesBegan:withEvent:方法,并且每次调用时的touches参数中只包含一个UITouch对象
  • 重 写以上四个方法,如果是处理UIView的触摸事件。必须要自定义UIView子类继承自UIView。因为苹果不开源,没有把UIView的.m文件提 供给我们。我们只能通过子类继承父类,重写子类方法的方式处理UIView的触摸事件(注意:我说的是UIView触摸事件而不是说的 UIViewController的触摸事件)。
  • 如果是处理UIViewController的触摸事件,那么在控制器的.m文件中直接重写那四个方法即可!

/**自定义UIView的.h文件**/

 #import

/**自定义UIView的.m文件*/

 #import "WSView.h"

/**控制器的.m文件*/

 #import "ViewController.h"

注 意:有人认为,我要是处理控制器的自带的view的事件就不需要自定义UIView子类继承于UIView,因为可以在viewController.m 文件中重写touchBegan:withEvent:方法,但是,我们此处讨论的是处理UIView的触摸事件,而不是处理 UIViewController的触摸事件。你如果是在viewController.m文件中重写touchBegan:withEvent:方法,相当于处理的是viewController的触摸事件,因为viewController也是继承自UIResponder,所以会给人一种错觉。NS_CLASS_AVAILABLE_IOS(2_0) @interface UITouch : NSObject

 

2.1.1.UITouch对象

  • 当用户用一根手指触摸屏幕时,会创建一个与手指相关的UITouch对象
  • 一根手指对应一个UITouch对象
  • 如果两根手指同时触摸一个view,那么view只会调用一次touchesBegan:withEvent:方法,touches参数中装着2个UITouch对象
  • 如果这两根手指一前一后分开触摸同一个view,那么view会分别调用2次touchesBegan:withEvent:方法,并且每次调用时的touches参数中只包含一个UITouch对象

2.1.1.1.UITouch的作用

  • 保存着跟手指相关的信息,比如触摸的位置、时间、阶段
  • 当手指移动时,系统会更新同一个UITouch对象,使之能够一直保存该手指在的触摸位置
  • 当手指离开屏幕时,系统会销毁相应的UITouch对象触摸产生时所处的窗口

     

    2.1.1.3.UITouch的方法

     

     (CGPoint)locationInView:(UIView *)view;

    代码实现:

     - (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event{

     


    (三)iOS中的事件的产生和传递

    3.1.事件的产生

    • 发生触摸事件后,系统会将该事件加入到一个由UIApplication管理的事件队列中为什么是队列而不是栈?因为队列的特定是先进先出,先产生的事件先处理才符合常理,所以把事件添加到队列。
    • UIApplication会从事件队列中取出最前面的事件,并将事件分发下去以便处理,通常,先发送事件给应用程序的主窗口(keyWindow)。
    • 主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件,这也是整个事件处理过程的第一步。// 这里redView是whiteView的第0个子控件

      特殊情况:#import "WSWindow.h"

      hit:withEvent:方法底层会调用pointInside:withEvent:方法判断点在不在方法调用者的坐标系上。

      3.3.1.2.pointInside:withEvent:方法

      pointInside:withEvent:方法判断点在不在当前view上(方法调用者的坐标系上)如果返回YES,代表点在方法调用者的坐标系上;返回NO代表点不在方法调用者的坐标系上,那么方法调用者也就不能处理事件。


      (四)事件的响应

      4.1.触摸事件处理的整体过程

      1>用户点击屏幕后产生的一个触摸事件,经过一系列的传递过程后,会找到最合适的视图控件来处理这个事件2>找到最合适的视图控件后,就会调用控件的touches方法来作具体的事件处理touchesBegan…touchesMoved…touchedEnded…3>这些touches方法的默认做法是将事件顺着响应者链条向上传递(也就是touch方法默认不处理事件,只传递事件),将事件交给上一个响应者进行处理

      4.2.响应者链条示意图

      响应者链条:在iOS程序中无论是最后面的UIWindow还是最前面的某个按钮,它们的摆放是有前后关系的,一个控件可以放到另一个控件上面或下面,那么用户点击某个控件时是触发上面的控件还是下面的控件呢,这种先后关系构成一个链条就叫“响应者链”。也可以说,响应者链是由多个响应者对象连接起来的链条。在iOS中响应者链的关系可以用下图表示:

      史上最详细的iOS之事件的传递和响应机制

       

       

      响应者对象:能处理事件的对象,也就是继承自UIResponder的对象#import "WSView.h"

      事件的传递与响应:- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event{

      事件的传递和响应的区别:

      原标题:史上最详细的iOS之事件的传递和响应机制

      关键词:IOS

IOS
*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。