美文网首页A原理/底层
KVC解析(四) —— keyPath的深度解析

KVC解析(四) —— keyPath的深度解析

作者: 刀客传奇 | 来源:发表于2017-09-09 10:52 被阅读32次

    版本记录

    版本号 时间
    V1.0 2017.09.09

    前言

    KVC相信大家再熟悉不过了,键值编码,可以解决很多问题,包括视图上的给UITextField占位文字颜色大小进行设置等等,还有很多地方可以用KVC,接下来几篇我们就深度解析一下KVC。总结一下,就是指iOS的开发中,可以允许开发者通过Key名直接访问对象的属性,或者给对象的属性赋值。而不需要调用明确的存取方法。这样就可以在运行时动态地访问和修改对象的属性。而不是在编译时确定,这也是iOS开发中的黑魔法之一。还是老规矩,由面到点,由浅到深,希望对大家有所帮助。感兴趣的可以看我写的另外几篇文章。
    1. KVC解析(一) —— 基本了解
    2. KVC解析(二) —— 不可不知的赋值深层次原理
    3. KVC解析(三) —— 不可不知的取值深层次原理

    什么时候用keyPath?

    然而在开发过程中,一个类的成员变量有可能是自定义类或其他的复杂数据类型,你可以先用KVC获取该属性,然后再次用KVC来获取这个自定义类的属性,但这样是比较繁琐的,对此,KVC提供了一个解决方案,那就是键路径keyPath


    代码示例

    下面我们就看一下代码示例。

    1. JJKVCKeypath.h
    
    #import <Foundation/Foundation.h>
    
    @interface JJKVCKeypath : NSObject
    
    @property (nonatomic, copy) NSString *name;
    
    @end
    
    2. JJKVCKeypath.m
    
    #import "JJKVCKeypath.h"
    
    @implementation JJKVCKeypath
    
    @end
    
    3. JJKVCKeypathPersonVC.h
    
    #import <UIKit/UIKit.h>
    
    @interface JJKVCKeypathPersonVC : UIViewController
    
    @end
    
    4. JJKVCKeypathPersonVC.m
    
    #import "JJKVCKeypathPersonVC.h"
    #import "JJKVCKeypath.h"
    
    @interface JJKVCKeypathPersonVC ()
    
    @property (nonatomic, strong) JJKVCKeypath *nameObj;
    
    @end
    
    @implementation JJKVCKeypathPersonVC
    
    #pragma mark - Override Base Function
    
    - (void)viewDidLoad
    {
        [super viewDidLoad];
        
        [self demoKeyPath];
    }
    
    
    #pragma mark - Object Private Function
    
    - (void)demoKeyPath
    {
        JJKVCKeypath *obj = [[JJKVCKeypath alloc] init];
        obj.name = @"小明";
        
        self.nameObj = obj;
        
        NSString *nameStr1 = self.nameObj.name;
        NSString *nameStr2 = [self valueForKeyPath:@"nameObj.name"];
        
        NSLog(@"name = %@", nameStr1);
        NSLog(@"name = %@", nameStr2);
        
        //重新赋值并读取
        [self setValue:@"小花" forKeyPath:@"nameObj.name"];
        nameStr1 = self.nameObj.name;
        nameStr2 = [self valueForKeyPath:@"nameObj.name"];
        
        NSLog(@"name = %@", nameStr1);
        NSLog(@"name = %@", nameStr2);
    }
    
    @end
    

    下面看输出结果

    2017-09-09 10:32:01.637 JJOC[1962:44928] name = 小明
    2017-09-09 10:32:01.637 JJOC[1962:44928] name = 小明
    2017-09-09 10:32:01.638 JJOC[1962:44928] name = 小花
    2017-09-09 10:32:01.638 JJOC[1962:44928] name = 小花
    

    大家可以看到,这里属性是另外的一个类,当我们给这个属性自定义类中的属性进行读取值的时候,我们就可以用keyPath,由上看输出,可以看见,可以实现正常的输出。

    如果我们不用keyPath,只用key试一下。

    还是直接看代码

    - (void)demoKey
    {
        JJKVCKeypath *obj = [[JJKVCKeypath alloc] init];
        obj.name = @"小明";
        
        self.nameObj = obj;
        
        NSString *nameStr1 = self.nameObj.name;
        NSString *nameStr2 = [self valueForKey:@"nameObj.name"];
        
        NSLog(@"name = %@", nameStr1);
        NSLog(@"name = %@", nameStr2);
        
        //重新赋值并读取
        [self setValue:@"小花" forKey:@"nameObj.name"];
        nameStr1 = self.nameObj.name;
        nameStr2 = [self valueForKey:@"nameObj.name"];
        
        NSLog(@"name = %@", nameStr1);
        NSLog(@"name = %@", nameStr2);
    }
    

    这个方法我们调用一下,就会发现崩溃了。

    2017-09-09 10:40:42.737 JJOC[2233:53076] *** Terminating app due to uncaught exception 'NSUnknownKeyException', reason: '[<JJKVCKeypathPersonVC 0x7fc7cb506a80> valueForUndefinedKey:]: this class is not key value coding-compliant for the key nameObj.name.'
    *** First throw call stack:
    (
        0   CoreFoundation                      0x000000010409eb0b __exceptionPreprocess + 171
        1   libobjc.A.dylib                     0x0000000103725141 objc_exception_throw + 48
        2   CoreFoundation                      0x000000010409ea59 -[NSException raise] + 9
        3   Foundation                          0x000000010330372d -[NSObject(NSKeyValueCoding) valueForUndefinedKey:] + 226
        4   Foundation                          0x0000000103232f9d -[NSObject(NSKeyValueCoding) valueForKey:] + 284
        5   JJOC                                0x0000000102dc697b -[JJKVCKeypathPersonVC demoKey] + 235
        6   JJOC                                0x0000000102dc6889 -[JJKVCKeypathPersonVC viewDidLoad] + 73
        7   UIKit                               0x0000000105af901a -[UIViewController loadViewIfRequired] + 1235
        8   UIKit                               0x0000000105b37e6c -[UINavigationController _layoutViewController:] + 56
        9   UIKit                               0x0000000105b3874a -[UINavigationController _updateScrollViewFromViewController:toViewController:] + 466
        10  UIKit                               0x0000000105b388bb -[UINavigationController _startTransition:fromViewController:toViewController:] + 127
        11  UIKit                               0x0000000105b39a03 -[UINavigationController _startDeferredTransitionIfNeeded:] + 843
        12  UIKit                               0x0000000105b3ab41 -[UINavigationController __viewWillLayoutSubviews] + 58
        13  UIKit                               0x0000000105d2c60c -[UILayoutContainerView layoutSubviews] + 231
        14  UIKit                               0x0000000105a1955b -[UIView(CALayerDelegate) layoutSublayersOfLayer:] + 1268
        15  QuartzCore                          0x0000000105598904 -[CALayer layoutSublayers] + 146
        16  QuartzCore                          0x000000010558c526 _ZN2CA5Layer16layout_if_neededEPNS_11TransactionE + 370
        17  QuartzCore                          0x000000010558c3a0 _ZN2CA5Layer28layout_and_display_if_neededEPNS_11TransactionE + 24
        18  QuartzCore                          0x000000010551be92 _ZN2CA7Context18commit_transactionEPNS_11TransactionE + 294
        19  QuartzCore                          0x0000000105548130 _ZN2CA11Transaction6commitEv + 468
        20  QuartzCore                          0x0000000105548b37 _ZN2CA11Transaction17observer_callbackEP19__CFRunLoopObservermPv + 115
        21  CoreFoundation                      0x0000000104044717 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23
        22  CoreFoundation                      0x0000000104044687 __CFRunLoopDoObservers + 391
        23  CoreFoundation                      0x0000000104029038 CFRunLoopRunSpecific + 440
        24  UIKit                               0x000000010595008f -[UIApplication _run] + 468
        25  UIKit                               0x0000000105956134 UIApplicationMain + 159
        26  JJOC                                0x0000000102de2ccf main + 111
        27  libdyld.dylib                       0x000000010829465d start + 1
    )
    libc++abi.dylib: terminating with uncaught exception of type NSException
    

    大家看这个出错信息,可以看见,因为使用的是key,就会把nameObj.name整个当成key去寻找,很明显这个类里面是找不到这个属性或者变量的,因此会再调用undefinedKey相关方法并抛出异常。而KVC对于keyPath是搜索机制第一步就是分离key,用小数点.来分割key,然后再像普通key一样按照先前介绍的顺序搜索下去。

    所以,当我们的属性或者实例变量是基本的系统类型就可以用key进行赋值和取值,但是属性或者实例变量也是另外一个类的时候,想要对该类的属性进行赋值和取值,就要用kayPath

    后记

    未完,待续~~~

    相关文章

      网友评论

        本文标题:KVC解析(四) —— keyPath的深度解析

        本文链接:https://www.haomeiwen.com/subject/gkeojxtx.html