一个自定义TabbarController

作者: 小小棒棒糖 | 来源:发表于2017-08-29 15:54 被阅读0次

    新版本更新完毕,偷得一点闲时间看看帖子,�观看到了一个关于hitTest的帖子,感觉写的特别好。读到里面有一段模仿闲鱼的app的中间按钮,hitTest代码那里,就想自己实践一遍。
    我这个人吧,比较顽执,所看到的东西必须实践一遍才选择相信。曾经就有个帖子是错的(这里没有抨击的意思,在此网站确实学到了很多知识):自定义缓冲函数,获取控制点不能直接用CGPoint去取,要用float数组。

    自定义缓冲函数

    或许是iOS版本改动导致,但有很多网站仍然复述同样的错误,所以在现在看帖都会通过实践学习。下面回到正题。

    Tabbar样式

    如何写让UITabBarController的中间按钮超出界外响应

    1.失败方法

    1.1 继承按钮父view,添加hitTest:withEvent:方法

    我试着用这种方法去做,将CustomTabbar继承UITabbar,让自定义Tabbar替换UITabBarController的自带Tabbar,很遗憾,UITabBarController的Tabbar是readonly。
    不过对于一些可自定义的view,直接自定义父类去添加hitTest方法是可以的。

    2.成功方法

    2.1 category类UITabbar,通过方法交换实现

    既然不能通过把父View继承来添加hitTest:withEvent判断,我想能不能扩展一下UITabbar,在不影响UITabBarController的情况下,通过自定义的xxHitTest:withEvent,来替换掉UIView的hitTest:withEvent。
    通过调用原始方法,得到响应者子View,如果view为nil,再添加是否point在目标按钮上的判断,如果是,则返回目标按钮响应事件。
    主体代码如下:

    + (void)load {
        Method method1 =
        class_getInstanceMethod([UIView class], @selector(hitTest:withEvent:));
        Method method11 = class_getInstanceMethod([UIView class], @selector(xxHitTest:withEvent:));
        method_exchangeImplementations(method1, method11);
    }
    
    - (UIView *)xxHitTest:(CGPoint)point withEvent:(UIEvent *)event {
        UIView *touchView = [self xxHitTest:point withEvent:event];
        if (!touchView) {
            if (self.hitTestView) {
                if (CGRectContainsPoint(self.hitTestView.frame, point)) {
                    return self.hitTestView;
                }
            }
        }
        return touchView;
    }
    
    static char hitTestView_bind;
    - (void)setHitTestView:(UIView *)hitTestView {
        objc_setAssociatedObject(self, &hitTestView_bind, hitTestView, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
    }
    
    - (UIView *)hitTestView {
        return objc_getAssociatedObject(self, &hitTestView_bind);
    }
    

    经过测试,功能ok。

    2.2 通过类似KVO实现方式

    搞定了事情,轻松了大半。但我回头一想,难道通过第一种方式,真的不能实现吗?
    KVO不也是在不改动实例指针的情况下,悄悄的添加了一个子类,通过修改isa指向方式实现了吗?
    于是,翻查KVO实现方式,按照这个帖子,实现了类似KVO的悄然替换。上代码:

    static char hitTestView_bind;
    - (void)setHitTestView:(UIView *)hitTestView {
        NSString *className = [self newClassName];
    
        if (!NSClassFromString(className)) {
            //创建新类
            Class originalClazz = object_getClass(self);
            Class newClass = objc_allocateClassPair(originalClazz, className.UTF8String, 0);
            objc_registerClassPair(newClass);
            
            //添加hittest方法实现
            const char *types = "@:@";
            class_addMethod(NSClassFromString(className), @selector(hitTest:withEvent:), (IMP)hitTestWithEvent, types);
        }
        
        //把自己指向新类
        object_setClass(self, NSClassFromString(className));
    
        objc_setAssociatedObject(self, &hitTestView_bind, hitTestView, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
    }
    
    - (UIView *)hitTestView {
        return objc_getAssociatedObject(self, &hitTestView_bind);
    }
    
    //新增类名
    - (NSString *)newClassName {
        NSString *className = NSStringFromClass([self class]);
        className = [className stringByAppendingString:@"_expandResponseRect"];
        return className;
    }
    
    UIView *hitTestWithEvent(UIView *self, SEL _cmd, CGPoint point, UIEvent *event) {
        //objc调用父类
        struct objc_super superclazz = {
            .receiver = self,
            .super_class = class_getSuperclass(object_getClass(self))
        };
        id (*objc_msgSendSuperCasted)(void *, SEL, CGPoint, id) = (void *)objc_msgSendSuper;
        
        //如果不在父类范围,检查是否在expandResponseView上
        UIView *view = objc_msgSendSuperCasted(&superclazz, _cmd, point, event);
        if (!view) {
            UIView *expandResponseView = self.hitTestView;
            if (expandResponseView &&
                CGRectContainsPoint(expandResponseView.frame, point)) {
                return expandResponseView;
            }
        }
        return view;
    }
    

    虽然,这种方式看上去有点折腾,但也学到了不少知识。如:objc调用父类、动态创建新类并修改isa、运行时添加方法。

    本文Demo

    测试Demo:https://github.com/V5zhou/CustomTabBarController

    总结

    比较不推荐使用方法交换,因为交换系统hitTest方法,会影响到所有view,在事件传递过程中,会多出自己代码中的额外判断逻辑(if (!touchView))。虽然影响很小,但能不动系统的就不动,避免积少成多。
    从响应者链出发,学会了KVO的实现流程,划算!
    让我想起了Dota1中调侃我熊神的一句话:在熊神直播间,我学会了喷人。

    相关文章

      网友评论

        本文标题:一个自定义TabbarController

        本文链接:https://www.haomeiwen.com/subject/yprodxtx.html