KVC的本质就是 (键值编码)
定义: 在对象创建完成之后,动态(牵扯到运行时)的给对象的属性赋值
KVC，即是指 NSKeyValueCoding，一个非正式的Protocol，提供一种机制来间接访问对象的属性。而不是通过调用Setter、Getter方法访问。
预热结束~然而我这篇文章主要想讲的是 KVO
KVO 的本质就是(键值监听)
定义::Key-Value Observing,它提供一种机制,当指定的对象的属性被修改后,则对象就会接受到通知。
直接上代码
创建一个具有这三个属性的Person类 (.h)
@interface LYPerson : NSObject
@property(nonatomic,copy)NSString *name;
@property(nonatomic,assign)CGFloat height;
@property(nonatomic,assign)NSInteger age;
@interface ViewController ()
@property(nonatomic,strong)LYPerson *person;
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
LYPerson *person = [[LYPerson alloc]init];
person.height = 180;
person.name =@"交警队李哥";
person.age = 18;
self.person = person;
//KVO 大哥登场 设置监听
//注意 KeyPath 与 Key 虽然都是通过键去找值但 KeyPath 会自动寻址
//比如说我 height 属性里还有一个"躺下的高度"或"站着的高度"(哈哈还 太污了)
//通过 KeyPath 就会层层深入找到 Key 就只能找 height 这一层
//NSKeyValueObservingOptionOld 属性的旧值
//NSKeyValueObservingOptionNew 属性的新值
//context 携带的参数
[person addObserver:self forKeyPath:@"height" options:NSKeyValueObservingOptionOld | NSKeyValueObservingOptionNew context:nil];
//我要改值了
person.height = 181;
}
//keyPath
//object 被修改属性的类的对象
//change 返回改变前后的属性与属性值(字典)
//context 携带的参数
-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary*)change context:(void *)context{
NSLog(@"%@",change);
}
系统底层是怎样实现 KVO 的
我在 person 类的 setter 方法里不也能监听到属性的改变么?
确实啊 给属性赋值就会调用 setter 方法
那系统就是帮我们写了 setter 方法么 ?
显然不是 如果系统真这么干了 我们自己写的 setter 方法跟系统的就会重名 直接造成程序崩溃
在万能的百度大家可以查到 KVO 是通过创建一个当前类的子类 重写子类 setter 方法
子类的 setter 方法调用 父类的 setter 方法 [super setHeight:height]
百度说的对 但不全对
可是根据 继承与多态 的原理 我给父类属性赋值 不会跑到子类的方法里啊
所以我们下断点观察一下
再下一步
细心机制的你早已发现 NSObject 里的 isa指针 改变了
指向了一个看着眼熟似曾相识的类 没错! 那个就是系统帮我们创建的子类
最后还得验证一下 把 isa 指针指向的类名复制 创建这个与系统帮我们创建类同名的类 看看会不会崩溃 在哪里崩溃
创建之后没问题 因为代码还没运行到改变 isa 指针和创建子类
咔嚓一个运行
果不其然 崩在了34行 我创建 KVO 监听的那一行
总结一下
1.KVO KVC 没联系
2.KVO 是监听属性值的改变
3.KVO 底层实现原理是系统给当前类创建子类 , 在子类 setter 方法调用父类的 setter 方法
