史上最详细的iOS之事件的传递和响应机制-实践篇前言

前言

之前我已经通过《史上最详细的iOS之事件的传递和响应机制-原理篇》比较详细的介绍过了事件的响应和传递的一些原理。如果说上篇是原理性文章,那么本篇文章更偏重于实践。本篇文章主要介绍如何利用事件处理的这些机制来处理公司开发中一些比较棘手的需求。例如,点击的是A视图,却要让B视图处理事件;点击子视图,却要让父视图处理事件等等。今天,我整理了下之前的杂记,罗列出了一些开发中可能遇到的情景和应对措施!当然,这要求我们对事件的传递和响应机制非常了解。如果对此不太了解,请阅读笔者的《史上最详细的iOS之事件的传递和响应机制-原理篇》

视图层次

如上图,视图层次结构:白色->红色->绿色。红色的view是绿色view的父视图,白色的view又是红色view的父视图。如下要求:

需求情景一

当子控件和父控件重叠时,点击子控件,子控件响应事件。也就是说,点击绿色的view和红色的view的重叠部分,只有绿色的view响应事件。 分析:其实这算不上一个需求,因为系统默认就是这样处理的。重写绿色view的 - (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event方法,默认就是绿色的view响应事件,但是仅限于重叠部分,点击绿色view上的非重叠部分,绿色和红色view都不会响应。 原因在于,系统从window向下寻找最合适的view时候,遍历到红色的view时候,发现点不在红色的view上,那么默认控制器的view就是最合适的view。即控制器的view响应了事件。

#import "GreenView.h"

@implementation GreenView

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    NSLog(@"greenView %s",__func__);
}
@end

打印结果

2016-02-27 20:49:46.234 事件处理和响应[905:44466] greenView -[GreenView touchesBegan:withEvent:]
2016-02-27 20:49:48.051 事件处理和响应[905:44466] greenView -[GreenView touchesBegan:withEvent:]

需求情景二

当子控件和父控件部分重叠时,点击父子控件重叠部分,只有父控件响应事件。也就是说,点击绿色的view和红色的view的重叠部分,只有红色的view响应事件。 分析:点击子控件,却要让父控件响应事件,说明子控件本身不是最合适的view,父控件才是最合适的view,因为hitTest:withEvent:方法的作用就是控件接收到事件后,判断自己是否能处理事件,判断点在不在自己的坐标系上,然后返回最合适的view。所以,我们可以在hitTest:withEvent:方法里面强制返回父控件为最合适的view,也就是返回红色的view。 注意,不能够重写父控件的hitTest:withEvent:方法,也就是不能够重写红色的view的hitTest:withEvent:方法。原因在于,如果重写父控件的hitTest:withEvent:方法,并在该方法中返回父控件本身,会导致点击父控件的父控件时,也是父控件为最合适的view。反应在上面的例子上就是,点击白色的地方,也是红色的view响应事件。

#import "GreenView.h"

@implementation GreenView

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    return [self superview]; // return nil; // 此处返回nil也可以。返回nil就相当于当前的view不是最合适的view
}

@end

打印结果:

2016-02-27 20:52:09.083 事件处理和响应[921:46215] redView -[RedView touchesBegan:withEvent:]
2016-02-27 20:52:10.154 事件处理和响应[921:46215] redView -[RedView touchesBegan:withEvent:]

需求情景三

无论点击什么地方,父控件响应事件。也就是说,点击白色的view、红色的view或者绿色的view上的任一点(屏幕上任一点),都只是红色的view响应事件。 分析:点击屏幕上任意点,都是红色的view响应事件,根据视图层次结构,我们只需要重写红色View的hit:test:方法,并在此方法中返回红色的view即可。

@implementation RedView
-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    NSLog(@"RedView %s",__func__);
}

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
    return self;
}
@end

打印结果

2016-02-27 20:58:29.883 CharactersRange[4843:853272] RedView -[RedView touchesBegan:withEvent:]
2016-02-27 20:58:30.653 CharactersRange[4843:853272] RedView -[RedView touchesBegan:withEvent:]
2016-02-27 20:58:31.479 CharactersRange[4843:853272] RedView -[RedView touchesBegan:withEvent:]
2016-02-27 20:58:32.199 CharactersRange[4843:853272] RedView -[RedView touchesBegan:withEvent:]

需求情景四

当子控件和父控件部分重叠时,点击非重叠部分,父控件响应事件。也就是说,点击绿色的view的上半部分(即不重叠的部分),红色的view响应事件。 分析:我们知道,系统寻找能够处理事件的最合适的view有两个标准。第一,这个view能接收事件,第二,这个点在自己身上。这两个条件缺一不可。此处我们点击的点是绿色的view的上部分,这个点没有在红色的view的坐标系上。 也就是当事件传递给红色的view时,红色的view虽然能够接收这个事件,但是点不在红色的view的坐标系上,所以红色的view不是最合适的view,这个事件就不会交给红色的view处理。红色的view作为父控件都没有接收到这个事件,当然他的子控件绿色的view也肯定接收不到这个触摸事件。 我起初尝试重写红色的view的hitTest:withEvent:方法,返回红色的view为最合适的view。虽然可以解决问题,但是点击其他任何地方,也是红色的view响应事件。这个结果不是我想要的,我只希望点击红色和绿色的部分,红色能够响应事件,至于点击其他部分,我不需要红色响应事件,那么该怎么做呢? 随后,我又重写了绿色的view的hitTest:withEvent:方法,返回红色的view。但是,点击非重叠区,没响应。 最后的解决方法是这样的:

#import "RedView.h"

@implementation RedView

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    NSLog(@"redView %s",__func__);
}

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    // 判断被点击的点在不在自己身上
    // 把被点击的点转换成子控件坐标系的点
    CGPoint greenViewPoint = [self convertPoint:point toView:self.subviews[0]];
 
    if ([self pointInside:point withEvent:event] || [self.subviews[0] pointInside:greenViewPoint withEvent:event]) { // 触摸点在自己身上或者在子控件身上都返回自己作为最合适的view
        return self;
    }
    return  [super hitTest:point withEvent:event];
}
@end

需求情景五

当子控件和父控件部分重叠时,点击子控件,父控件和子控件都响应事件。也就是说,点击绿色的view,不但绿色的view本身响应事件,红色的view也响应事件。

分析:事件的响应是顺着响应者链条向上传递的,即从子控件传递给父控件,touch方法默认不处理事件,而是把事件顺着响应者链条传递给上一个响应者。这样我们就可以依托这个原理,让一个事件多个控件响应。

#import "GreenView.h"

@implementation GreenView

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    NSLog(@"greenView %s",__func__); // 重写touch方法,自己可以响应事件
    [super touchesBegan:touches withEvent:event]; // 在调用系统默认的方法,又把事件顺着响应者链条抛给上一个响应者。这就做到了一个事件,多个控件响应。
}
@end

打印结果:

这是一次点击:
2016-02-27 21:23:37.503 事件处理和响应[1020:60725] greenView -[GreenView touchesBegan:withEvent:]
2016-02-27 21:23:37.504 事件处理和响应[1020:60725] redView -[RedView touchesBegan:withEvent:]

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏偏前端工程师的驿站

JS魔法堂:阻止元素被选中

一、前言                               在为IE5.5~9polyfill HTML5新特性placeholder时需要阻止元素被...

26760
来自专栏向治洪

React Native导航器之react-navigation使用

在上一节Navigation组件,我们使用系统提供的导航组件做了一个跳转的例子,不过其实战能力不强,这里推荐一个超牛逼的第三方库:react-navigatio...

2.2K70
来自专栏进步博客

iOS编程101:如何创建圆形头像和圆角图片

IOS7的一个变化是相对于方形图像,更偏爱于使用圆形图像。在内置的应用中可以看到圆形图标或圆形图像,如联系人和电话应用。这篇短文中,我们将探讨CALayer类,...

14420
来自专栏Android干货

Android项目实战(三十六):给背景加上阴影效果

33450
来自专栏编程坑太多

setInterval 和 setTimeout 用法

19540
来自专栏Android-薛之涛

Android-ConstraintLayout详解(下)

我们接着上一篇说一说ConstraintLayout的其他属性,如果没看过上一篇:Android-ConstraintLayout详解 先罗列一下此次的会议内...

23430
来自专栏柠檬先生

@font-face css3自定义个性化字体

使用第三方平台转换字体文件为font-face所支持的格式。 TureTpe(.ttf)格式   支持浏览器:IE9+,Firefox3.5+,Chrome4+...

23670
来自专栏xx_Cc的学习总结专栏

六天完成一个简单iOS App - 第二天

30350
来自专栏小巫技术博客

A017-布局之FrameLayout

帧布局,是所有布局容器中最简单的一种,控件定义在FrameLayout中默认放置在左上角,定义在后面的控件会层叠在前面定义的控件之上,所以才会被称为帧布局。

13330
来自专栏Pythonista

Golang之Socket

62120

扫码关注云+社区

领取腾讯云代金券