前言

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

需求情景一

当子控件和父控件重叠时，点击子控件，子控件响应事件。也就是说，点击绿色的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:]

文／VV木公子（简书作者）PS:如非特别说明，所有文章均为原创作品，著作权归作者所有，转载转载请联系作者获得授权，并注明出处，所有打赏均归本人所有！
如果您是iOS开发者，或者对本篇文章感兴趣，请关注本人，后续会更新更多相关文章！敬请期待！