Objective-C的方法替换

10126人阅读 评论(3) 收藏 举报
分类:

Objective-C的方法替换

(Method Replacement for Fun and Profit)

本文将要讨论Objective-C中的方法替换(method replacement)和swizzling(移魂大法)。

 

重写类的方法(Overriding Methods)

Overriding methods在任何面向对象语言中都很常见,主要用于子类化中。在子类中复写一个方法,然后在子类的实例就可以使用这个被重写的方法。

 

对于一个你无法控制其实例化(instantiation)的类,有时你或许会想复写它的某个方法,虽然有点疯狂。子类化可做不到,因为你没有机会子类化你的子类。

 

伪装(Posing)

Posing是个很有趣的技术,不过已经过时了,因为64位和iPhone环境下的Objective-C Runtime中不再支持它了. 通过这个伪装(posing),你可子类化,然后将这个子类伪装成它的父类。像变魔术一般,Runtime会让这个子类应用于各处,这时方法复写又有了用处。既然被抛弃了,也就不必多费口舌了。

 

 

归类(Categories)

使用归类(category)的技术,可以方便地为一个已经存在的类复写其方法:

    @implementationNSView(MyOverride)

    

    - (void)drawRect: (NSRect)r

    {

        // 这个会替换掉通常使用的-[NSView drawRect:]

        [[NSColor blueColor]set];

        NSRectFill(r);

    }

    @end

 

这种方法其实仅仅适用于复写目标类的父类中实现的函数。如果直接复写目标类中的方法,使用归类会带来两个问题:

  1. 它无法调用方法的之前的实现。替换掉后,之前的实现就被完全改写了。但大部分情况下,只是想增加些功能,并不期望完全替代。
  2. 如果被多个category复写,运行时(runtime)并不保证哪个真正会被使用到。

Swizzling (译为“移魂大法”比较合适,就是太夸张了!)

使用一个称为swizzling的技术,可以为归类(category)解决上面两个问题,既可以调用旧的实现,又可以避免多个category带来的不确定性。它的秘诀是使用一个不同的函数名来复写,然后由运行时(runtime)交换它们。

 

首先,用一个不同的名字复写:

    @implementationNSView(MyOverride)

   

    - (void)override_drawRect: (NSRect)r

    {

        // 调用旧的实现。因为它们已经被替换了

        [self override_drawRect: r];

       

        [[NSColor blueColor]set];

        NSRectFill(r);

    }

    @end

 

(译注:呵呵,不知道你是不是和我一样,初次看到代码还以为是个递归调用呢。) 其实是这个新的方法在执行时已经和原先的函数对调了(现在还没做到,往下看!)。在运行时,调用 override_drawRect: 方法其实就是调用旧的实现。

 

接下来,你还要写些代码才能完成交换:

    voidMethodSwizzle(Class c,SEL origSEL,SEL overrideSEL)

    {

        Method origMethod = class_getInstanceMethod(c, origSEL);

        Method overrideMethod= class_getInstanceMethod(c, overrideSEL);

周全起见,有两种情况要考虑一下。第一种情况是要复写的方法(overridden)并没有在目标类中实现(notimplemented),而是在其父类中实现了。第二种情况是这个方法已经存在于目标类中(does existin the class itself)。这两种情况要区别对待。

 

(译注: 这个地方有点要明确一下,它的目的是为了使用一个重写的方法替换掉原来的方法。但重写的方法可能是在父类中重写的,也可能是在子类中重写的。)

 

 对于第一种情况,应当先在目标类增加一个新的实现方法(override),然后将复写的方法替换为原先(的实现(original one)。

 

运行时函数class_addMethod 如果发现方法已经存在,会失败返回,也可以用来做检查用:

        if(class_addMethod(c, origSEL, method_getImplementation(overrideMethod),method_getTypeEncoding(overrideMethod)))

        {

 

如果添加成功(在父类中重写的方法),再把目标类中的方法替换为旧有的实现:

            class_replaceMethod(c,overrideSEL, method_getImplementation(origMethod), method_getTypeEncoding(origMethod));

        }

 

(译注:addMethod会让目标类的方法指向新的实现,使用replaceMethod再将新的方法指向原先的实现,这样就完成了交换操作。)

 

如果添加失败了,就是第二情况(在目标类重写的方法)。这时可以通过method_exchangeImplementations来完成交换:

        else

        {

            method_exchangeImplementations(origMethod,overrideMethod);

        }

    }

 

对于第二种情况,因为class_getInstanceMethod 会返回父类的实现,如果直接替换,就会替换掉父类的实现,而不是目标类中的实现。(详细的函数说明在这里)

 

举个具体的例子, 假设要替换掉-[NSView description]. 如果NSView 没有实现-description (可选的) 那你就可会得到NSObject的方法。如果调用method_exchangeImplementations , 你就会把NSObject 的方法替换成你的代码。这应该不会是你想要的吧?

 

最后在一个合适位置调用一下就可以了。比如在一个+load 方法中调用:

    + (void)load

    {

        MethodSwizzle(self,@selector(drawRect:),@selector(override_drawRect:));

    }

 

直接重写(Direct Override)

前面的内容确实有些难懂。Swizzling的概念的确显得有些古怪,特别是在函数中转来转去的,多少让人有些思维扭曲的感觉。我下面要介绍一个更为简洁,也更容易理解和实现的方式。

 

这种方式不再需要保存旧有的方法,也不必动态的区分[self override_drawRect: r] 。我们从头实现。

 

相对于将原有的方法存放于一个新的方法中,这里使用一个全局指针来保存:

    void (*gOrigDrawRect)(id,SEL, NSRect);

 

然后在+load 里赋值:

    + (void)load

    {

        Method origMethod = class_getInstanceMethod(self,@selector(drawRect:));

        gOrigDrawRect = (void*)method_getImplementation(origMethod);

(我喜欢把它转换为 void *,因为比那些又长又奇怪的函数指针好输入多了。)

 

然后像前面介绍的那样用新的实现替换掉就可以了。因为class_replaceMethod本身会尝试调用class_addMethod和method_setImplementation,所以直接调用class_replaceMethod就可以了。

 

实现如下:

Method origMethod =class_getInstanceMethod(self, @selector(drawRect:)); 
gOrigDrawRect = (
void *)class_replaceMethod(self,@selector(drawRect:), (IMP)OverrideDrawRect,method_getTypeEncoding(origMethod))

 

最后实现复写方法。和之前不同的是,这里是一个方法,而不是方法:

    staticvoidOverrideDrawRect(NSView*self,SEL _cmd, NSRect r)

    {

        gOrigDrawRect(self,_cmd, r);

        [[NSColor blueColor]set];

        NSRectFill(r);

    }

当然,这个方法不是那么优雅,不过我认为它更易于运用。

 

温馨提示(The Obligatory Warning)

复写不是你自家的类是危险的! 尽量避免这么做,要不然就尽最大的可能细心处理。


原文地址: FridayQA,2010-01-29, Method Replacement for Fun and Profit

参考: Objective-CRuntime Reference

转载请注明出处: http://blog.csdn.net/horkychen

1
0

猜你在找
【直播】机器学习&深度学习系统实战(唐宇迪)
【直播】Kaggle 神器:XGBoost 从基础到实战(冒教授)
【直播回放】深度学习基础与TensorFlow实践(王琛)
【直播】计算机视觉原理及实战(屈教授)
【直播】机器学习之凸优化(马博士)
【直播】机器学习之矩阵(黄博士)
【直播】机器学习之概率与统计推断(冒教授)
【直播】机器学习之数学基础
【直播】TensorFlow实战进阶(智亮)
【直播】深度学习30天系统实训(唐宇迪)
查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:1476785次
    • 积分:16393
    • 等级:
    • 排名:第605名
    • 原创:221篇
    • 转载:30篇
    • 译文:47篇
    • 评论:361条
    微博/MSN/EMail

    新浪微博:Horky
    QQ:324014340
    Mail:horky.chen@gmail.com
    微信公众号 (聚焦软件开发):
    博客专栏
    最新评论