kvo

2017-08-29  本文已影响80人  edison0428

iOS中的一种监听机制,key-value observing
废话不多说,直接代码
类的接口.h

@interface Person : NSObject

@property(nonatomic,copy)NSString * name;
@property(nonatomic,assign)int age;
@property(nonatomic,assign)float height;

@end


@interface Family : NSObject

@property(nonatomic,copy)NSString * name;
@property(nonatomic,strong)Person * person;
@property(nonatomic,strong)NSMutableArray * house;

@end

类的实现.m

@implementation Person

@end

@implementation Family

- (instancetype)init
{
    self = [super init];
    if (self) {
        _person=[[Person alloc]init];
        _house=[[NSMutableArray alloc] init];
    }
    return self;
}

@end

所谓的手动和自动
自动模式就是我们平时所用到的注册监听,值改变了进入回调,手动模式观察的是属性的setter方法
而手动的则是,把自动模式关掉,程序员自己选择性的发送值改变进入回调的操作

- (void)viewDidLoad {
    [super viewDidLoad];
    
    _family =[[Family alloc] init];
    
    [_family addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew context:nil];
    _family.name=@"Edison";

}


-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context{

    NSLog(@"change=%@",change);
}

/*
change={
    kind = 1;
    new = Edison;
}

*/
/*
/*
     kind 也有四种:
     NSKeyValueChangeSetting = 1,//一般用这个
     //下面四个表示容器的 插入 移除 替换
     NSKeyValueChangeInsertion = 2,
     NSKeyValueChangeRemoval = 3,
     NSKeyValueChangeReplacement = 4,
     */
*/

关于NSKeyValueObservingOptions的参数:
NSKeyValueObservingOptionNew :返回新值NSKeyValueObservingOptionOld :返回旧值
NSKeyValueObservingOptionInitial :在注册的时候发送一次通知,值改变的时候再发送一次
NSKeyValueObservingOptionPrior:改变之前发送一次,改变之后发送一次

那么自动模式就是跟我们平时操作一样,没有什么好说的,但是一定要记得移除监听

默认的都是自动,要手动模式,那么得在实现的文件里实现:+(BOOL)automaticallyNotifiesObserversForKey:(NSString *)key
上述代码其它不动,在Family.m中实现

+(BOOL)automaticallyNotifiesObserversForKey:(NSString *)key{

    if ([key isEqualToString:@"name"]) {
        return NO;
    }
    return YES;
}

这就是选择属性name的监听为手动模式,那么控制器的监听和改变name的值并没有触发通知了,这就是实现了手动模式

那么手动模式怎么触发通知了,这就是需要两个方法

 _family =[[Family alloc] init];
    
    [_family addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew context:nil];
    
    [_family willChangeValueForKey:@"name"];
    _family.name=@"Edison";
    [_family didChangeValueForKey:@"name"];

在改变值之前加一个willChangeValueForKey,在值改变后加一个didChangeValueForKey就好了
其实在自动里也是调用了这两个方法

有了这种操作,操作性就强了,比如当name的长度大于3才发通知,等等,加入各种也许逻辑判断

[_family addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew context:nil];

就是这句代码的含义
利用运行时,生成一个对象的子类,并生成子类对象,并替换原来对象的isa指针,而且重写了set方法(set方法里就调用两个通知函数willChangeValueForKey和didChangeValueForKey)

切换自动模式

NSLog(@"before:%s",object_getClassName(_family));
    [_family addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew context:nil];
    NSLog(@"after:%s",object_getClassName(_family));

/*
2017-08-29 20:46:57.576 kvo[7337:240364] before:Family
2017-08-29 20:46:57.576 kvo[7337:240364] after:NSKVONotifying_Family
*/

可见在注册监听前后,isa指针显示不是同一个东西了,类名都变了,所以,这一步已经验证了原理中:生成一个对象的子类,并替换原来对象的isa指针这两句了
然后再来验证子类的问题
代码继续验证

NSLog(@"1=%@",[ViewController findSubClass:[_family class]]);
    [_family addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew context:nil];
    NSLog(@"2=%@",[ViewController findSubClass:[_family class]]);


/**
 返回当前的子类对象
 */
+(NSArray *)findSubClass:(Class)defaultClass


/*
2017-08-29 21:00:07.928 kvo[7352:247316] 1=(
    Family
)
2017-08-29 21:00:07.931 kvo[7352:247316] 2=(
    Family,
    "NSKVONotifying_Family"
)
*/

这又验证了生成了一个对象的子类,并且生成一个子类对象

到此原理已经验证完成

- (void)viewDidLoad {
    [super viewDidLoad];
    
    _family =[[Family alloc] init];
    
  

    [_family addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew context:nil];
  
    
    _family.name=@"Edison";
    NSLog(@"3=%p",_family.name);  

}

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{

    _family.name=@"fuck";
    NSLog(@"4=%p",_family.name);
}
/*
2017-08-29 21:11:19.783 kvo[7390:253835] change={
    kind = 1;
    new = Edison;
}
2017-08-29 21:11:19.783 kvo[7390:253835] 3=0x1001a90c0
2017-08-29 21:11:25.416 kvo[7390:253835] change={
    kind = 1;
    new = fuck;
}
2017-08-29 21:11:25.416 kvo[7390:253835] 4=0x1001a9100
*/

结果是地址根本没有改变,其实可以向下,监听地址这个方案根本不可取,对cpu的消耗还是挺大,尤其对容器内,比如数组,数组最后是nil,如果新增一个元素,那么相当于监听一个不属于自己的地址,这。。。

所以可以否认的kvo不是对地址的监听,那应该是怎么样的呢,其实这又回到原理了,就是重写了set方法,在set方法了加入了两个通知方法而已

先来段监听数组的代码

[_family addObserver:self forKeyPath:@"house" options:NSKeyValueObservingOptionNew context:nil];
    
    [_family.house addObject:@"houseOne"];
    

结果是没有进入触发回调
为什么会这样呢,我们来回顾下kvo的三个原理,不用说前两个都满足,就是set方法没有重写对不对,因为 [_family.house addObject:@"houseOne"];并没有重写set方法
在修改下代码

 [_family addObserver:self forKeyPath:@"house" options:NSKeyValueObservingOptionNew context:nil];
    _family.house=[NSMutableArray array];

这样,就触发了监听,因为_family.house=:就是触发了set方法
那么容器类应该怎么做了,再修改下代码

[_family addObserver:self forKeyPath:@"house" options:NSKeyValueObservingOptionNew context:nil];
    [[_family mutableArrayValueForKey:@"house"] addObject:@"houseOne"];
/*
2017-08-29 21:35:52.921 kvo[7439:266920] change={
    indexes = "<_NSCachedIndexSet: 0x60800003d740>[number of indexes: 1 (in 1 ranges), indexes: (0)]";
    kind = 2;
    new =     (
        houseOne
    );
}
*/

这样的话就进入了监听回调,并且打印出kind=2 ,即NSKeyValueChangeInsertion是容器插入的意思,为什么会这样呢,代码继续

   [_family addObserver:self forKeyPath:@"house" options:NSKeyValueObservingOptionNew context:nil];
    NSMutableArray * tempArr =[_family mutableArrayValueForKey:@"house"];
    NSLog(@"tempArr:%s",object_getClassName(tempArr));
    NSLog(@"_family.house:%s",object_getClassName(_family.house));
[[_family mutableArrayValueForKey:@"house"] addObject:@"houseOne"];
/*
2017-08-29 21:43:06.826 kvo[7455:270583] tempArr:NSKeyValueNotifyingMutableArray
2017-08-29 21:43:06.826 kvo[7455:270583] _family.house:__NSArrayM
*/

看lvc里这句代码mutableArrayValueForKey到底做了什么,打印结果是也是改变isa指针,同时应该也修改了addObject这个方法,在这个方法里加入了两个通知函数,所以很多博客说kvo是基于kvc,从一点是可以看出一点的

就是以键路径作为监听
比如

[_family.person addObserver:self forKeyPath:@"age" options:NSKeyValueObservingOptionNew context:nil];
    _family.person.age=13;

这样就可以实现了,但是如果有另一种情况,person的属性有很多很多,难道我们也要每个属性都监听一次吗,这样岂不是太麻烦了,而且根本不好维护对不对,于是另一个方法来了
在 Family.m中实现

+ (NSSet<NSString *> *)keyPathsForValuesAffectingValueForKey:(NSString *)key{

    NSSet * keySet = [super keyPathsForValuesAffectingValueForKey:key];
    if ([key isEqualToString:@"person"]) {
        NSSet * set = [NSSet setWithObjects:@"_person.age",@"_person.name",@"_person.height",nil];
        keySet =[keySet setByAddingObjectsFromSet:set];
    }
   
    return keySet;
}

把Person的属性全部管理起来

[_family addObserver:self forKeyPath:@"person" options:NSKeyValueObservingOptionNew context:nil];

然后直接监听person就行了,person下所有的属性任意一个修改了就会跑入监听回调

上一篇下一篇

猜你喜欢

热点阅读