背景
虽然我知道iOS的控件都会有大大小小的坑，但我之前却一直不知道连小小的UISwitch也会有那么大的坑。。。（主要是这个东西用得少，或者说项目里需要用的地方少，没怎么注意）
事情是这样子的，我给UISwitch添加了UIControlEventValueChanged事件，然后在一次偶然中拖了下，发现居然会一直来回跳动。于是我搜索了下，果然并不是只有我一个人。
网上的解决方案
搜索UISwitch bug就有不少的文章，其解决方式不外乎把事件改为UIControlEventTouchUpInside，我也尝试了下，发现还是有问题，按住控件并且在控件外放开的时候，按钮会切换，但并不会调用响应方法！！！
于是某个文章里又说了，再加个UIControlEventTouchUpOutside事件。emmmmmmm... 看起来是很完美，然而并没有什么卵用。
于是我就琢磨了，我能不能截拦事件呢？ 让我自己去处理他的事件。然后我就有了以下的解决方法。
我的方案
懂iOS的事件响应的人都知道，UIGestureRecognizer的优先级是大于控件本身的触摸事件的，那我能否添加个UITapGestureRecognizer来覆盖原来的事件呢？？
我尝试了下，确实是可行的，但还是有点问题，在滑动的时候因为UITapGestureRecognizer识别失败，还是会响应UISwitch本身的事件。
那我可不可以再增加个UIPanGestureRecognizer呢？？ 我觉得是OK的，但有点麻烦了。事实上点击已经够用了，所以我并不打算去做滑动的处理，但滑动又有问题，那怎么办？
根据iOS事件响应的原理，如果其有子view，并且子view是能响应事件的，那子view就会响应事件。然后我就在UISwitch上面增加了一层透明的view，让该view去响应事件，从而阻隔了UISwitch的事件。
所以我先子类化，初始化方法如下：
- (instancetype)init
{
if (self = [super init])
{
[self setBackgroundColor:[UIColor clearColor]];
UIView *view = [[UIView alloc] init];
[view setBackgroundColor:[UIColor clearColor]];
[self addSubview:view];
[self setView:view];
UITapGestureRecognizer *gestureRecognizer = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(changeState:)];
[view addGestureRecognizer:gestureRecognizer];
}
return self;
}
然后通过block回调给外面：
- (void)addBlock:(ZTSwitchBlock)block
{
[self setBlock:block];
return;
}
- (void)changeState:(UITapGestureRecognizer *)gestureRecognizer
{
ZTSwitchBlock block = [self block];
if (block)
{
block(self);
}
return;
}
可是这样子做完后，总感觉怪怪的，好像少了什么一样。只能点击不能滑动吗？
感觉也不是，因为我觉得滑动是可以做的，但没必要，那是什么呢？。。。
在我无聊滑动我的X时候，我才想起来，没错，就是震动。打开系统的设置，在声音与触感那里的底部，有个东西叫系统触感反馈，当你打开之后，你的一些操作会有轻微的震动来作为反馈，我觉得这个体验很好，但是我已经阻断了UISwitch本身的事件，所以它是无法响应的，也就提供不了震动反馈。不过还好，苹果给了我们API，所以我们还是可以自己实现的。
我修改了实现，如下：
- (void)setOn:(BOOL)on animated:(BOOL)animated
{
[self vibration];
[super setOn:on animated:animated];
return;
}
- (void)changeState:(UITapGestureRecognizer *)gestureRecognizer
{
ZTSwitchBlock block = [self block];
if (block)
{
[self setNeedVibration:YES];
block(self);
[self setNeedVibration:NO];
}
return;
}
- (void)vibration
{
if ([self isNeedVibration])
{
UIImpactFeedbackGenerator *feedBackGenertor = [[UIImpactFeedbackGenerator alloc] initWithStyle:UIImpactFeedbackStyleMedium];
[feedBackGenertor prepare];
[feedBackGenertor impactOccurred];
[self setNeedVibration:NO];
}
return;
}
当设置UISwitch状态时，判断是不是要震动（因为只有手动点击才可以震动，调用方法是不需要震动的），震动后马上重置状态。
在我觉得已经很完美的时候，bug出现了。。。 fuck
注意下我调用block的操作，我是先设置状态，然后调用block，再重置状态，这看起来很OK，事实上一般情况下也很OK。只是，既然是造轮子，那么啥情况都有可能出现，就比如，调用block的时候，别人在block的实现里使用异步的子线程，这就导致了在没有调用setOn:方法就已经返回了，然后你就重置了状态。。。 这就导致了震动永远是无效的。
遇到这个bug，我马上就想到了线程同步。于是乎我就开始了折腾线程同步，但事实上这是徒劳的，因为外界的block不会给我任何有关线程的东西，我也就无能为力了。
那怎么办？？ 只能眼睁睁的看着？？
我觉得挺沮丧的，一个小小的控件我居然都搞不定。。。
在我懊恼之际，突然想起了系统异步回调的处理方法，有个专业名词叫CompletionHandler的block就是专门用来处理这种情况的。（更多内容请看 有一种 Block 叫 Callback，有一种 Callback 叫 CompletionHandler）
于是回调代码改成这样：
- (void)changeState:(UITapGestureRecognizer *)gestureRecognizer
{
ZTSwitchBlock block = [self block];
if (block)
{
[self setNeedVibration:YES];
__weak typeof(self) weakSelf = self;
block(self, ^() {
[weakSelf setNeedVibration:NO];
});
}
return;
}
调用者只要在最后调用completionHandler();就可以了。完美的解决了我的需求。或许唯一不足的就是要求使用者调用completionHandler()了，如果使用者忘记了，有可能会导致状态无法恢复，在非点击的状态下调用setOn:就会出现震动。
demo地址：ZTSwitchDemo
iOS OC Swift Flutter开发群 139322447
