iOS Hit-Testing
2015-10-26 09:07
330 查看
在我们使用iOS app的时候,在界面上这里点一下那里拖一下,app也接收我们的手势从而调用相对应的方法。那么这篇文章就是讲解当我们点击界面的时候,iOS是如何知道我们点击的是哪一个View?
那么这个过程就是由hit-testing来完成的。通过hit-testing app 可以知道由那个 view 来响应事件。
下面我就简单介绍一下 hit-testing 是怎么运作的。当我们在界面发生触碰等手势的时候,UIKit 就会打包出一个 UIEvent 对象,并且会把这个对象传递给当前正在活跃的 app ,分发给 app 后单利 UIApplication 就会从它的事件队列里面取出一个事件进行响应。然后接下来 UIApplication 就要开始烦恼要哪个 View 来响应这个事件,那么这个时候就是 hit-testing 出场的时候了。
hit-testing 的执行过程是:当 UIApplication 接到 UIEvent 以后就会将事件传给 UIWindow ,然后 UIWindow 将事件传给它的 SubView ,然后再次传给 SubView 判断是不是发生在这个 View 里面,直到找到最小的发生这个事件的 View 。如果没有找到就返回自身,然后从兄弟 View 又开始找。 但是问题来了 hit-testing 是以什么顺序找 SubView 的呢。就是你添加 SubView 的逆序来遍历的,换句话说就是从最顶层的 SubView
开始找。
如图说明:
View.png
我添加 View 的顺序是:
所以 hit-testing 检测 SubView 的顺序是:
hit-testing 检测顺序.png
所以 hit-testing 进行的是深度优先的检测,当然也不是无脑的深度优先,假如现在 View3 有自己的 SubView 那么 hit-testing 是不会检测 View3 的 SubView 的。因为在检测 View3 的时候就已经可以断定事件发生的点不在 View3 内所以它的 SubView 也是不会检测的。所以 hit-testing 在检测的时候还是会进行进行剪枝的从而提高效率。
在知道了 hit-testing 的检测过程以后在代码里面是怎么实现的呢?当然我们不可能准确的知道只能是猜测大概的情况。
在 UIView 中有两个方法分别是:
hit-testing 就是调用
来得到发生事件的最小的 UIView ,而就是通过调用
来判断一个事件是否发生在一个 UIView 中。所以过程应该是 UIView 在接受到 hit-testing 消息后,先是判断自身的 alpha 、userInteractionEnabled、hidden 等属性,如果这些属性不满足要求那么
直接返回 nill ,如果符合要求就掉用
判断事件是否发生在自己这里,如果不在自己这里,就返回 nill ,如果是在自己这里那么就对自己的 SubView 调用
从而得到一个 View 并且返回。
那么到这里为止 hit-testing 的具体过程就讲完了,那么知道了有什么好处呢?在 UIView 的子类中我们可以重写
所以有趣的事情就多了。
那么这个过程就是由hit-testing来完成的。通过hit-testing app 可以知道由那个 view 来响应事件。
下面我就简单介绍一下 hit-testing 是怎么运作的。当我们在界面发生触碰等手势的时候,UIKit 就会打包出一个 UIEvent 对象,并且会把这个对象传递给当前正在活跃的 app ,分发给 app 后单利 UIApplication 就会从它的事件队列里面取出一个事件进行响应。然后接下来 UIApplication 就要开始烦恼要哪个 View 来响应这个事件,那么这个时候就是 hit-testing 出场的时候了。
hit-testing 的执行过程是:当 UIApplication 接到 UIEvent 以后就会将事件传给 UIWindow ,然后 UIWindow 将事件传给它的 SubView ,然后再次传给 SubView 判断是不是发生在这个 View 里面,直到找到最小的发生这个事件的 View 。如果没有找到就返回自身,然后从兄弟 View 又开始找。 但是问题来了 hit-testing 是以什么顺序找 SubView 的呢。就是你添加 SubView 的逆序来遍历的,换句话说就是从最顶层的 SubView
开始找。
如图说明:
View.png
我添加 View 的顺序是:
[self.view addSubView:View1]; [self.view addSubView:View2]; [self.view addSubView:View3];
所以 hit-testing 检测 SubView 的顺序是:
hit-testing 检测顺序.png
所以 hit-testing 进行的是深度优先的检测,当然也不是无脑的深度优先,假如现在 View3 有自己的 SubView 那么 hit-testing 是不会检测 View3 的 SubView 的。因为在检测 View3 的时候就已经可以断定事件发生的点不在 View3 内所以它的 SubView 也是不会检测的。所以 hit-testing 在检测的时候还是会进行进行剪枝的从而提高效率。
在知道了 hit-testing 的检测过程以后在代码里面是怎么实现的呢?当然我们不可能准确的知道只能是猜测大概的情况。
在 UIView 中有两个方法分别是:
- (BOOL)pointInside:(CGPoint)*point* withEvent:(UIEvent *)*event; - (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;
hit-testing 就是调用
- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;
来得到发生事件的最小的 UIView ,而就是通过调用
- (BOOL)pointInside:(CGPoint)*point* withEvent:(UIEvent *)*event;
来判断一个事件是否发生在一个 UIView 中。所以过程应该是 UIView 在接受到 hit-testing 消息后,先是判断自身的 alpha 、userInteractionEnabled、hidden 等属性,如果这些属性不满足要求那么
- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;
直接返回 nill ,如果符合要求就掉用
- (BOOL)pointInside:(CGPoint)*point* withEvent:(UIEvent *)*event;
判断事件是否发生在自己这里,如果不在自己这里,就返回 nill ,如果是在自己这里那么就对自己的 SubView 调用
- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;
从而得到一个 View 并且返回。
那么到这里为止 hit-testing 的具体过程就讲完了,那么知道了有什么好处呢?在 UIView 的子类中我们可以重写
- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;
所以有趣的事情就多了。
相关文章推荐
- iOS--TableView的简单使用
- 8 次尝试,带你走进 iOS 精益编程
- ios加载gif图片
- nagios4.1.1 + pnp4nagios 0.6.25 的集成 生成图表
- 《iOS应用程序开发方法与实践》答疑-关于对象创建、self、成员变量与属性
- IOS内存管理深层分析 转载
- ios开发中button控件的属性及常见问题
- Xcode7 ios9 集成 融云
- IOS小知识纪录
- 数字的格式化
- OC----GPS定位
- IOS 设置消息上下滚动,消息循环滚动视图
- ionic+angularJS+iOS混合开发app的学习资料介绍和基本步骤(干货)
- iOS条码的生成
- iOS开发--OC对象模型你必须知道的几条规则
- KSImageNamed-Xcode插件在xcode 6.4/6.3或其余版本中不能使用解决方案
- Nagios配置文件详解
- iOS 将时间戳转换为可读字符串
- iOS开发必备--环境变量配置(Debug & Release)
- xcode7、iOS9 设置启动图片(Launch Image)