【Objective-C 基础】3.类
在`Android`中多个View可能会重叠在一起,当我们点击的地方有多个`View`都可以响应的时候,这个点击事件应该由哪个View来处理呢?为了解决这一个问题,就有了事件分发机制。
所谓点击事件的事件分发,其实就是对`MotionEvent`事件的分发过程,即当一个`MotionEvent`产生了以后,系统需要把这个事件传递给一个具体的`View`,而这个传递的过程就是分发过程。点击事件的分发过程由三个很重要的方法来共同完成:`dispatchTouchEvent`、`onInterceptTouchEvent`和`onTouchEvent`。
`public boolean dispatchTouchEvent(MotionEvent ev)`用来进行实践的分发。如果事件能够传递给当前View,那么此方法一定会被调用,返回结果受当前View的`onTouchEvent`和下级`View`的`dispatchTouchEvent`方法的影响,表示是否消耗当前事件。
`public boolean onInterceptTouchEvent(MotionEvent event)`在`dispatchTouchEvent`方法内部调用,用来判断是否拦截某个事件,如果当前`View`拦截了某个事件,那么在同一个事件序列当中,此方法不会被再次调用,返回结果表示是否拦截当前事件。
`public boolean onTouchEvent(MotionEvent event)`也在`dispatchTouchEvent`方法中调用。返回结果表示是否消耗当前事件,如果不消耗,则在同一个事件序列中,当前`View`无法再次接受到事件。
上述3个方法的关系,可以用如下伪代码表示:
```java
public boolean dispatchTouchEvent(MotionEvent ev){
boolean consume = false;
if(onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
}else{
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
```
通过上面的伪代码,我们也可以大致了解点击事件的传递规则:对于一个根`ViewGroup`来说,点击事件产生后,首先会传递给它,这时它的`dispatchTouchEvent`就会被调用,如果这个`ViewGroup`的`onInterceptTouchEvent`方法返回`true`就表示它要拦截当前事件,接着事件就会交给这个`ViewGroup`处理,即它的`onTouchEvent`方法就会被调用;如果这个`ViewGroup`的`onInterceptTouchEvent`方法返回`false`就表示它不拦截当前事件,这时当前事件就会继续传递给它的子元素,接着子元素的`dispatchTouchEvent`方法就会被调用,如此反复直到事件被最终处理。
当一个点击事件产生后,它的传递过程遵循如下顺序:`Activity -> Window -> View``,即事件总是先传递给Activity`, `Activity`再传递给`Window`,最后`Window`再传递给顶级`View`。顶级View接收到事件后,就会按照事件分发机制去分发事件。考虑一种情况,如果一个View的onTouchEvent返回false,那么它的父容器的onTouchEvent将会被调用,依此类推。如果所有的元素都不处理这个事件,那么这个事件将会最终传递给Activity处理,即Activity的onTouchEvent方法会被调用。这个过程其实也很好理解,我们可以换一种思路,假如点击事件是一个难题,这个难题最终被上级领导分给了一个程序员去处理(这是事件分发过程),结果这个程序员搞不定(onTouchEvent返回了false),现在该怎么办呢?难题必须要解决,那只能交给水平更高的上级解决(上级的onTouchEvent被调用),如果上级再搞不定,那只能交给上级的上级去解决,就这样将难题一层层地向上抛,这是公司内部一种很常见的处理问题的过程。从这个角度来看,View的事件传递过程还是很贴近现实的,毕竟程序员也生活在现实中。
关于事件传递的机制,这里给出一些结论,根据这些结论可以更好地理解整个传递机制,如下所示。
(1)同一个事件序列是指从手指接触屏幕的那一刻起,到手指离开屏幕的那一刻结束,在这个过程中所产生的一系列事件,这个事件序列以down事件开始,中间含有数量不定的move事件,最终以up事件结束。