KVC与KVO的区别

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 方法