runtime实用

不多说

正常开发中runtime要说吧功能确实强大,但是用的却是很少,主要是有些用不上,有些吧,可以替代,所以就尴尬了。
但是会用runtime确实能解决很多常规方法很棘手的偏门问题

1.发送消息

额,这个方法调用的本质,就是让对象发送消息

2.交换方法

开发使用场景:系统自带的方法功能不够,给系统自带的方法扩展一些功能,并且保持原有的功能。
1.我们通常的方法,继承系统的类,重写方法.(此处略)
2.使用runtime,交换方法.

@implementation ViewController
- (void)viewDidLoad {
    [super viewDidLoad];
    // 需求:给imageNamed方法提供功能,每次加载图片就判断下图片是否加载成功。
    // 步骤一:写个分类,定义一个能加载图片且能打印的方法+ (instancetype)imageWithName:(NSString *)name;
    // 步骤二:交换imageNamed和imageWithName的实现,就能调用imageWithName,间接调用imageWithName的实现。
    UIImage *image = [UIImage imageNamed:@"speed"];
}
@end

@implementation UIImage (Image)
// 加载分类到内存的时候调用
+ (void)load
{
    // 交换方法
    // 获取imageWithName方法地址
    Method imageWithName = class_getClassMethod(self, @selector(imageWithName:));
    // 获取imageWithName方法地址
    Method imageName = class_getClassMethod(self, @selector(imageNamed:));
    // 交换方法地址
    method_exchangeImplementations(imageWithName, imageName);
}
// 不能在分类中重写系统方法imageNamed,因为会把系统的功能给覆盖掉,而且分类中不能调用super.
// 既能加载图片又能打印
+ (instancetype)imageWithName:(NSString *)name
{
   // 这里调用imageWithName,相当于调用imageName
    UIImage *image = [self imageWithName:name];
    if (image == nil) {
        NSLog(@"没有图片");
    }
   return image;
}
@end

3.动态添加方法

开发使用场景:如果一个类方法非常多,加载类到内存的时候也比较耗费资源,需要给每个方法生成映射表,可以使用动态给某个类,添加方法解决。

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    Dog *dog = [[Dog alloc] init];
    // 默认Dog,没有实现eat方法,可以通过performSelector调用,但是会报错。
    // 动态添加方法就不会报错
    [dog performSelector:@selector(eat)];
}
@end
Dog类继承自NSObjct,.h文件不作任何操作
@implementation Dog
// 默认方法都有两个隐式参数,
void eat(id self,SEL sel)
{
    NSLog(@"%@ %@",self,NSStringFromSelector(sel));
}
// 当一个对象调用未实现的方法,会调用这个方法处理,并且会把对应的方法列表传过来.
// 刚好可以用来判断,未实现的方法是不是我们想要动态添加的方法
+ (BOOL)resolveInstanceMethod:(SEL)sel
{
    if (sel == @selector(eat)) {
        // 动态添加eat方法
        // 第一个参数:给哪个类添加方法
        // 第二个参数:添加方法的方法编号
        // 第三个参数:添加方法的函数实现(函数地址)
        // 第四个参数:函数的类型,(返回值+参数类型) v:void @:对象->self :表示SEL->_cmd
        class_addMethod(self, @selector(eat), eat, "v@:");
    }
    return [super resolveInstanceMethod:sel];
}
@end
打印结果

4.给分类添加属性(分类正常情况下是不允许添加属性)

原理:给一个类声明属性,其实本质就是给这个类添加关联,并不是直接把这个值的内存空间添加到类存空间。


@implementation ViewController
- (void)viewDidLoad {
    [super viewDidLoad];
    // 给系统NSObject类动态添加属性name
    NSObject *objc = [[NSObject alloc] init];
    objc.name = @"Guss";
    NSLog(@"%@",objc.name);
}
@end
//.h
#import <Foundation/Foundation.h>
@interface NSObject (Property)
@property (nonatomic ,copy)NSString *name;
@end

//.m
static const char *key = "name";// 定义关联的key
@implementation NSObject (Property)
- (NSString *)name
{
    // 根据关联的key,获取关联的值。
    return objc_getAssociatedObject(self, key);
}
- (void)setName:(NSString *)name
{
    // 第一个参数:给哪个对象添加关联
    // 第二个参数:关联的key,通过这个key获取
    // 第三个参数:关联的value
    // 第四个参数:关联的策略
    objc_setAssociatedObject(self, key, name, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}
@end

5.字典转模型

1.KVC
其实KVC也是可以字典转模型,应该没用第三方前都是这么做的,这样的字典转模型弊端:必须保证,模型中的属性和字典中的key一一对应。模型中的属性和字典的key不一一对应,系统就会调用setValue:forUndefinedKey:报错。
解决:重写对象的setValue:forUndefinedKey:,把系统的方法覆盖, 就能继续使用KVC,字典转模型了。

2.runtime
而用runtime实现字典转模型,其思路是利用运行时,遍历模型中所有成员变量,根据模型的成员变量,去字典中查找key,取出对应的值,给模型的属性赋值。
3.两者区别
两者的方式本质上相反,KVC是通过字典去模型属性里面去找,而runtime可以做到根据<成员属性>去字典里面找,这样就会更安全

本文就不讲这个功能实现,因为MJExtersion写的很好(个人觉得),想具体理解可以看第三方源码.

总结

项目中交换方法,动态添加方法,给分类添加属性还是能用到的,理解runtime其实能大大增加代码的性能

沙漠骑士

推荐阅读更多精彩内容

  • 对于从事 iOS 开发人员来说,所有的人都会答出【runtime 是运行时】什么情况下用runtime?大部分人能...
    梦夜繁星阅读 3,427评论 7 64
  • Runtime常见应用场景 具体应用拦截系统自带的方法调用(Method Swizzling黑魔法) 实现给分类增...
    Amanda_Lhy阅读 124评论 0 0
  • 引导 相信对于从事开发人员来说 runtime 这个名称都不陌生,就像我起初只知道「 runtime 叫运行时 」...
    Helloid阅读 29,430评论 54 821
  • 女生啊,变得真快 半开玩笑说句别有意指的话 估计没仔细想就拉黑了 也可能就这性格 我愣是思考半天 没来得及写作业 ...
    良辰美LiangChen阅读 54评论 0 0
  • Mysql-基础语法 导语 本博文主要是简述选择数据库和对表内容的增、删、改和查的一些基本语法 USE 语法: U...
    SolaTyolo阅读 445评论 0 0