iOS-Method Swizzling的实际应用场景

Method Swzzling,是指runtime的一个API方法

在程序执行的时候交换两个方法的实现

使用runtime的这个交换方法结合分类category可以改变系统本身的方法,在系统本身方法的基础上增加代码操作。

比方说一个项目基本搭建完毕后,我们想在用户每一次进入控制器的时候都做一个标记,统计这个用户进入了多少次这个控制器。但是整个项目中控制器都非常多,全在viewdidload中要写的代码多而且工作量大。用继承的方法创建一个基类可以满足需求,但是要修改的还是很多,而且之后的控制器还需要继承这个类。

Method swizzing配合类别可以实现在不干扰其它工程代码的情况下为系统的方法添加功能。

按照上面的那个需求,我们要为所有控制器的viewdidload添加一个记录用户点击次数的功能。

新建一个UIViewController的类别。在.m中做了这样的事情

iOS-Method Swizzling的实际应用场景_第1张图片

并不需要导入这个分类的头文件。在类文件刚被加载(程序启动前)就会调用,我们将两个对象方法进行了交换。系统的viewDidLoad和自定义的FlagDidLoad方法。即所有控制器在调用viewDidLoad的时候都会进入到flagDidLoad当中,flagDidload里面又发现了flagDIdload方法,因为做了交换,这时候控制器会执行本身的viewDidLoad方法,不会发生死循环。

到目前为止,我们约等于什么事情都没做。程序运行起来走的方法跟之前一模一样。但是我们在flagDidLoad下方可以添加自己想要的功能了。比方说打印一个coming。这时候整个程序中只要有控制器调用viewDidLoad方法,控制台都会打印一条coming.

接下来的事情想必大家也知道了。每次进入控制器做个标记,把NSlog换作记录的方法即可。

iOS-Method Swizzling的实际应用场景_第2张图片

运行几次之后控制台的输出。接下来根据业务需求处理数据就好了。

iOS-Method Swizzling的实际应用场景_第3张图片

如果我们想给某几个特定的控制器做记录,随意加判断了。

iOS-Method Swizzling的实际应用场景_第4张图片
这样只会记录这两个控制器了。

我们通过Method Swizzing给系统的viewdidload添加功能,使整个项目中的Viewdidload方法下面都不用新增代码了。同理其它系统方法也可以用类似的方法。

比方说有些项目是完全自定义导航栏的,每一个控制器的导航栏都是隐藏掉的,在各个控制器的viewWillAppear中可能都写了[self.navigationController.navigationBarsetHidden:YES];这个方法。

这个时候我们也可以用交换方法,统一给所有控制器viewWillAppear添加这个隐藏的方法。

github

参考:http://www.cocoachina.com/ios/20160121/15076.html

你可能感兴趣的:(iOS-Method Swizzling的实际应用场景)