Apple的iOS8发布以后,大家都开始了适配的工作了。但是这个过程总会遇到一些拦路虎,例如推送的API改动。可是商业项目上嵌入了各种各样的第三方静态库,这些静态库质量参差不齐,其中一个静态库甚至在Xcode6上编译后出现问题。于是只能使用Xcode5来编译,但这样就有一个很纠结的问题就是,UIMutableUserNotificationAction等一些类在旧版的Xcode要么就是无法编译,要么只能用宏来跳过。
这时候,我还是想起了Objective-C的运行时方法,使用NSClassFromString(@"UIMutableUserNotificationAction")来获取到系统的类。光这样子还是有很多不足,因为这个类中有很多方法、属性。虽然保证了运行的正常,但是编写这些方法还是有各种不便。例如各种performSelector:、objc_msgSend、setValue: forKey:,实在写得很痛苦。我这里用了一个比较取巧的方法,新建一个伪造的类如“XXXMutableUserNotificationAction”,继承NSObject即可。然后将UIMutableUserNotificationAction所有的属性和方法的声明添加到XXXMutableUserNotificationAction的头文件。以后,使用UIMutableUserNotificationAction时,就如下方:
1 Class XXXMutableUserNotificationActionClass = NSClassFromString(@"UIMutableUserNotificationAction"); 2 XXXUIMutableUserNotificationAction *action = [[XXXMutableUserNotificationActionClass alloc] init];
既可以使用Xcode的补全提示,又可以通过编译。(如果大家有更好的方法,欢迎探讨探讨)
Object-C运行时的方法固然强大,但是使用这些方法还是有一定的风险。例如静态分析对于一些运行时的问题是检查不出来的,这里我举一个内存泄漏的例子。我的项目中使用了一些运行时添加属性的方法,同时为一些View添加了block类型的属性。在使用的时候,不小心在block中直接使用了self,就会出现编译器无法检查的内存泄露。泄漏路径:VC->View->block->VC,形成了循环引用。这种泄漏相对隐蔽一些,但对于经常RAC的童鞋来说,可能已经练就到百毒不侵了(^_^)。因为@weakify和@strongify的频繁使用,我对这类型泄漏已经比较敏感。__weak typeof(self) weakSelf = self,算是一种虽然难看,但是行之有效的方法,如果有兴趣也可以参考RAC的解决方案,本质上也是一样的。
题外话,BlockKit包含了一个很好用的分类“NSObject+BKAssociatedObjects”,可以用更友好的方法实现运行时添加属性,顺带一提bk_weaklyAssociateValue的实现思路相当巧妙,值得借鉴。
最后一个技巧是关于RAC和系统API的一些关系,先来看看一下两段代码:
1 UIGestureRecognizer *dismissKeyboardGR = [[UIGestureRecognizer alloc] init]; 2 [self.view addGestureRecognizer:dismissKeyboardGR]; 3 [[[self rac_signalForSelector:@selector(gestureRecognizer:shouldReceiveTouch:) 4 fromProtocol:@protocol(UIGestureRecognizerDelegate)] 5 takeUntil:dismissKeyboardGR.rac_willDeallocSignal] 6 subscribeNext:^(id x) { 7 [Utils hideKeyboardInAllView]; 8 }]; 9 dismissKeyboardGR.delegate = self;
1 UIGestureRecognizer *dismissKeyboardGR = [[UIGestureRecognizer alloc] init]; 2 [self.view addGestureRecognizer:dismissKeyboardGR]; 3 dismissKeyboardGR.delegate = self; 4 [[[self rac_signalForSelector:@selector(gestureRecognizer:shouldReceiveTouch:) 5 fromProtocol:@protocol(UIGestureRecognizerDelegate)] 6 takeUntil:dismissKeyboardGR.rac_willDeallocSignal] 7 subscribeNext:^(id x) { 8 [Utils hideKeyboardInAllView]; 9 }];
先来看看这两段代码的区别只在于delegate的设置先后不一样,但这就造成了后一段代码在iOS6上就无法触发RAC里方法,iOS7上正常。为什么呢?
这涉及到一个类似缓存的机制。平时,我们会习惯使用respondsToSelector:来检查一个对象或者类是否实现了对应的方法,但频繁调用respondsToSelector:会对性能有一定的影响。特别是UITableView的dataSource一些方法,调用频率很高的。因此,在设置delegate后,UIGestureRecognizer使用了respondsToSelector:检查了一次self是否gestureRecognizer:shouldReceiveTouch:的方法,然后把这个结果缓存起来。由于RAC也使用了类似Method Swizzling方法,因此在设置delegate以后再使用RAC的方法,UIGestureRecognizer也只读取了缓存,并不会再次检查,所以认为self并未实现gestureRecognizer:shouldReceiveTouch:的方法,于是不作调用。(具体缓存的实现方法,可以参照http://www.cnblogs.com/ipinka/p/3862786.html)