iOS自定义控件教程（四）UIControl － 幕后的英雄

上一篇文章我们介绍了UIView的触摸事件响应和简单动画，但是并没有将触摸事件封装。我们今天介绍Demo中最后一部分 —— 输出响应事件。

Github下载源码

我么知道Objective－C是采用消息机制（messaging）调用方法的，例如我们调用UIView的init方法

UIView * simpleView = [[UIView alloc] init];

简单的描述一下其中的过程：

1. 程序一运行，所有的类方法(‘+’开头)和实例方法(‘-’开头)的接口内存地址都被写入一张hash表中

2. 我们向UIView发送类方法alloc消息，runtime（运行时环境）根据前面说的hash表，查找对应类（UIView）的对应类方法(alloc)的内存地址，然后调用

3. 如果UIView并未实现alloc方法，runtime会转而查找UIView的父类是否实现了alloc方法，如果实现了，就将消息投递给父类的alloc方法；如果没有实现，转而查找UIView父类的父类是否实现，重复这一过程直到将消息投递出去

4. 如果最终发现投递不出去，则会抛出一个最常见的异常unrecognized selector sent to instance + 内存地址，也就是你调用了一个没有实现的方法

不过，我们今天遇到的问题单单依靠消息机制并不能很好的解决。

需求 我们需要将Demo中XXXSegmentView获取的触摸事件，反馈给当前的UIViewContoller，应该怎么做？这个问题就是所谓的反向传值问题。

1. 直接调用

我们从最蠢的做法说起，虽然是蠢，但是是可行的，不过不要模仿啊，单纯为了讲原理和作对照

@interface ViewController ()
@property (strong, nonatomic) XXXSegmentView *segmentView;
- (void)segmentDidSelectIdx:(NSInteger)idx;
@end

@interface XXXSegmentView : UIView
@property (weak, nonatomic) ViewController *viewController;
@end

我们在给XXXSegmentView加上一个viewController属性，然后就可以在获取触摸事件时，通过调用ViewController的segmentDidSelectIdx方法，传递选择标签这个事件。

这样是可行的，但是缺点十分明显：耦合性太高，XXXSegmentView需要引用ViewController头文件，不符合低耦合这个基本原则。

2. delegate(委托)模式

objc的delegate设计模式，可以解决上面的问题。但根据objc的设计初衷，这个问题用delegate解决真的有种杀鸡用牛刀的感觉。

@interface XXXSegmentView : UIView
@property (nonatomic, weak) id delegate;
@end

这里的delegate属性，是一个id类型的属性，id这个类型就是objc的动态类型，编译器不关心它是什么类型，所以id类型的对象，可以调用所有声明过的类方法和实例方法，而编译器不会报错。

这样我们就可以个把viewController作为XXXSegmentView的delegate属性传入，XXXSegmentView无需知道自己的delegate是什么类，便可以直接调用delegate的实例方法。

if (self.delegate && [self.delegate respondsToSelector:@selector(segmentDidSelectIdx:)]) {
        [self.delegate segmentDidSelectIdx:idx];
}

注意我们在调用之前，首先检查self的delegate是否赋值，然后通过respondsToSelector确认delegate实现了segmentDidSelectIdx方法，最后才传递消息。这两步十分重要，delegate作为动态类型，编译器编译阶段是无法发现问题的，所以运行时要进行确认。

注: 标准的委托模式是要结合协议(Protocol)一起使用的，这里就不多讲了。

3. Target模式

这要从一个类说起，他叫UIControl。

UIControl是UIView的子类，是UIKit框架中可交互的控件的基类，一般不直接使用。我们用的比较多的例如UIButton、UISwitch、UITextField等都是他的子类。

UIControl为iOS的人机交互制定了一系列的标准:

例如最常见的UIControlEvents枚举，定义了iOS交互中的交互方式

typedef NS_OPTIONS(NSUInteger, UIControlEvents) {
    UIControlEventTouchDown                                         = 1 <<  0,      // on all touch downs
    UIControlEventTouchDownRepeat                                   = 1 <<  1,      // on multiple touchdowns (tap count > 1)
    UIControlEventTouchDragInside                                   = 1 <<  2,
    UIControlEventTouchDragOutside                                  = 1 <<  3,
    UIControlEventTouchDragEnter                                    = 1 <<  4,
    UIControlEventTouchDragExit                                     = 1 <<  5,
    UIControlEventTouchUpInside                                     = 1 <<  6,
    UIControlEventTouchUpOutside                                    = 1 <<  7,
    UIControlEventTouchCancel                                       = 1 <<  8,

    UIControlEventValueChanged                                      = 1 << 12,     // sliders, etc.
    UIControlEventPrimaryActionTriggered NS_ENUM_AVAILABLE_IOS(9_0) = 1 << 13,     // semantic action: for buttons, etc.

    UIControlEventEditingDidBegin                                   = 1 << 16,     // UITextField
    UIControlEventEditingChanged                                    = 1 << 17,
    UIControlEventEditingDidEnd                                     = 1 << 18,
    UIControlEventEditingDidEndOnExit                               = 1 << 19,     // 'return key' ending editing

    UIControlEventAllTouchEvents                                    = 0x00000FFF,  // for touch events
    UIControlEventAllEditingEvents                                  = 0x000F0000,  // for UITextField
    UIControlEventApplicationReserved                               = 0x0F000000,  // range available for application use
    UIControlEventSystemReserved                                    = 0xF0000000,  // range reserved for internal framework use
    UIControlEventAllEvents                                         = 0xFFFFFFFF
};

又例如UIControlState定义了控件的基本状态

typedef NS_OPTIONS(NSUInteger, UIControlState) {
    UIControlStateNormal       = 0,
    UIControlStateHighlighted  = 1 << 0,                  // used when UIControl isHighlighted is set
    UIControlStateDisabled     = 1 << 1,
    UIControlStateSelected     = 1 << 2,                  // flag usable by app (see below)
    UIControlStateFocused NS_ENUM_AVAILABLE_IOS(9_0) = 1 << 3, // Applicable only when the screen supports focus
    UIControlStateApplication  = 0x00FF0000,              // additional flags available for application use
    UIControlStateReserved     = 0xFF000000               // flags reserved for internal framework use
};

同时提供了给控件反馈交互操作的一系列方法，例如我们今天要讲的

- (void)addTarget:(nullable id)target action:(SEL)action forControlEvents:(UIControlEvents)controlEvents;

比如我们有一个按钮，当他点击时候，我们执行ViewContollr的-(void)click:(id)sender方法，可以这么写:

UIButton* button = [UIButton buttonWithType:UIButtonTypeSystem];
[button addTarget:self action:@selector(click:) forControlEvents:UIControlEventTouchUpInside];

这里传入的UIControlEventTouchUpInside枚举量，就是在控件frame内按下，然后抬起这样一个事件，UIContol将这个事件作为key，和目标（target）和目标方法(action)存到了自己私有的字典里。当用户点击按钮时，UIControl响应了触摸链的touchesEnded方法，便会根据私有字典，把对应UIControlEventTouchUpInside的目标（target）和目标方法(action)调用，这样完成事件的回传。

这是一个很好的设计，从原则上讲，我们的XXXSegmentView是一个可交互控件，理应继承于UIControl而非UIView，但笔者偷懒了，读者有兴趣可以自己尝试改写。

4. block（块语法）

没有继承UIControl，笔者只好祭出终极大杀器，block。block语法特性加入iOS已经有段日子了，因为使用方法篇幅太大，这里就不细说了，推荐一篇相关教程。

我们知道block是可以当作对象看待的，所以给XXXSegmentView添加下面这个属性

@property (nonatomic, strong) void (^ didSelectBlock)(NSUInteger idx);

在ViewContoller中，我们给XXXSegmentView的didSelectBlock赋值

@property (weak, nonatomic) IBOutlet XXXSegmentView *segment;

[segment setDidSelectBlock:^(NSUInteger idx) {
        NSLog(@"segment select %@",@(idx));
}];

然后在XXXSegmentView中加入block调用

- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event
{
    [super touchesEnded:touches withEvent:event];
    
    //.....其他代码
    
    if (self.didSelectBlock) {
        self.didSelectBlock(touchNumber);
    }
}

block的调用方法类似C语言的方法调用，传参格式也相同，注意使用前也要进行非空检测哦。

不推荐的方法

有两种反向传值的方法我并不推荐，一种是单例，一种是通知。

单例作为一种特殊的设计结构，适合存储全局变量，拿来作为单条响应链的存储媒介，有些大材小用；通知作为另一种神奇的工具，苹果的工程师完全是将其用来深度封装框架所用，自己写代码使用通知，调理不清晰，结构不明朗，不说换个人，自己隔段时间可能就忘了自己在哪里接收了通知。所以能不用尽量不要用。

小结

至此，我们自制UIKit控件的第一篇教程就结束了，感兴趣的朋友可以从Github下载源码对照分析。这几篇教程主要针对一些有objc基础，但UIKit刚入门的初学者，希望能帮到你们。

最后跟大家分享一个最的最新作品：zsy78191/XXXRoundMenuButton