前言
在不考虑内部实现机制的情况下,我们使用三种方式来处理IOS手势:
1. Gesture Recongnizers — UIGestureRecognizer 及其子类
2. touches 响应 — touchesBegan、touchesEnd..等
3. Target-Action 机制 — UIControl及其子类
本文探讨了这几种处理手势事件的混合使用可能会产生的冲突情况,并提供了解决方法,希望看过这篇文章的朋友们不再踩这些坑。
想象这样一个场景,我们自定义了一个View,使用UIView作为其父类,通常我们只是将其本身作为一个承载子view的容器,但是很多情况下我们不得不对其进行拓展使其能够响应用户手势(例如点击跳转),有3个方案可选。
1. 绑定UIGesture Recognizer ,Apple推荐做法
2. 实现UIVIew的touch事件touchesEnded:withEvent
* 如果父视图响应touchesBegan:withEvent 事件的话,见第二节 Touch Events 冲突
* 如果父视图响应UIGesture Recongnizer 事件的话,见第三节 Touch Events 冲突
3. 将父类从UIView改成UIControl
* 如果父视图响应UIGesture Recongnizer ,见第四节 UIGestureRecognizer和UIControl的冲突
Touch Events 冲突
在这个例子中,我们让父view响应touchesBegan事件,子view(背景红色,占据父view的上半部分)的touchesEnded处理跳转事件
* 当点击下半部分区域时,父view背景改变
* 当点击上半部分区域时,弹出跳转提示(期望结果),同时,父view背景改变(非期望结果)
问题分析
- 当点击下半区域时,Hitest寻找到响应控件父view,touchesBegan更改了背景颜色
- 当点击下半区域时,在touchesBegan阶段,hitest寻找响应控件子view,但是由于子view无法响应touchesBegan,所以通过响应链寻找到父view处理此touch事件,父view背景因此更改。
同理,在touchesEnded阶段,Hitest寻找到了响应控件子view,所以弹出了跳转提示。
解决方案
除了使用UIGestureRecognizer代替touchesEnded之外,还可以通过实现子view所有的touches事件来防止touches event 被响应链传递。
-(void)touchesBegan:(NSSet<