iOS开发UI篇—事件传递

ios手势是ios开发不可或缺的一部分,但对于ios的手势及事件相应机理大家并不知道,所以今天给大家讲一讲ios的事件相应机理

首先,ios的事件传递是依靠“事件链”传递的,当传递到链的某一个链环上的对象处理了这个事件,事件就停止传递。那么事件链是神马东西?

事件链是由一组UIResponder(能够响应时间的基类)组成的对象,当然有事件头和事件尾,事件从头开始传递的,挨个询问是否处理当前事件。处理的话,就停止传递。

对于一个APP的“事件链”是如何建立的,建立需要什么东西。

我们先说app的结构,一般的app是先生成一个APPdelegate 和一个application,然后加window,在加rootview,在加其他的view如下图

技术分享

图1

从图中可以看出,app的生成次序,先是appdegate 和UIapplication,然后是window ,下来是各种view,而事件链也是在这种结构的基础上链接起来的,形成了一个树形结构。

从图中可以看出红色的标号和箭头,这个是事件链的顺序。那么事件链是如何产生的呢,有以下两种情况。

1.addsubview,将一个普通的view B加到 A上 那么B的nextresponder(下一个响应者) 就被赋值为A。

2.如果一个veiw不是普通的view,它是某个viewcontroller的根veiw,例如图中的A,A的nextresponder在A从初始化完后就赋值为viewControllerA。然后当A被addsubview到rootview的时候,Controller A的nextresponder被复制为rootview。

事件链的构建不是统一在某一个地方一次构建,而是当产生addsubview时或者在viewController 初始化view时就会触发。触发的仅仅是两个对象,superview和 subview,或者是superview和subview的viewcontroller

既然事件链是一个树形结构,那么事件也就不能view的兄弟之间传递。

补充,UIApplication的nextresponder是APPdelete

讲完事件链,那么下来事件是如何传递的。

首先,当用户触摸时,UIKit先创建一个事件对象,加到事件队列中去,然后UIAPPlication从中取出来,然后来确定事件链,然后依次询问处理。

如何确定事件链。

有个hittesting过程。如下

首先先找到window ,

1.调用hitTest:withEvent:,hitTest:withEvent:先调用pointInside:withEvent:来判断事件是否发生在自己的区域内

2.如果返回YES,那么就从window的每个subview开始调用1过程。然后一层一层调用下去找到最顶部的view。

当然了hitTest:withEvent:在除了pointInside:withEvent:同时,还会参考view的userinteractionenabled和view的隐藏属性及alpha值,当view隐藏,或者userinteractionenabled为NO,或者alpha小于0.01, hitTest:withEvent:会返回NO。比如说view A 和view B,如下图

技术分享

图2

A和B的superview 首先会调hitTest:withEvent:在B上,发现B隐藏,或者userinteractionenabled为NO,或者alpha小于0.01,那么它就放弃了B,转而检查A。

以上就是确定事件链,然后传递就很简单了。但是有了手势以后,稍微复杂了点。

首先,我们每个手势,其实是一系列的UIEvent。

1,每次传递其中有一个,他会从事件链的最前面开始传递,先讲event传递给事件链顶部的View的手势们。然后看有没有识别的,如果没有就继续到下一个响应者的手势们,如果立即识别,那么就停止传递。如果传递了整个链,还没有发现有识别的,怎么办呢。别以为事件就丢掉了,事件会从回到链的最前端,然后开始找第一个实现touch(touchbegin,touchend,等等)的view进行识别,然后停止本次传递。

2.从时间中再取出一个,继续进行一过程。最终到没有事件位置。

以上就算事件的传递和识别的整个过程。

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。