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

版本記錄

版本號(hào) 時(shí)間
V1.0 2017.09.09

前言

KVC相信大家再熟悉不過了,鍵值編碼,可以解決很多問題,包括視圖上的給UITextField占位文字顏色大小進(jìn)行設(shè)置等等,還有很多地方可以用KVC,接下來幾篇我們就深度解析一下KVC。總結(jié)一下,就是指iOS的開發(fā)中,可以允許開發(fā)者通過Key名直接訪問對(duì)象的屬性,或者給對(duì)象的屬性賦值。而不需要調(diào)用明確的存取方法。這樣就可以在運(yùn)行時(shí)動(dòng)態(tài)地訪問和修改對(duì)象的屬性。而不是在編譯時(shí)確定,這也是iOS開發(fā)中的黑魔法之一。還是老規(guī)矩,由面到點(diǎn),由淺到深,希望對(duì)大家有所幫助。感興趣的可以看我寫的另外幾篇文章。
1. KVC解析(一) —— 基本了解
2. KVC解析(二) —— 不可不知的賦值深層次原理
3. KVC解析(三) —— 不可不知的取值深層次原理

什么時(shí)候用keyPath?

然而在開發(fā)過程中,一個(gè)類的成員變量有可能是自定義類或其他的復(fù)雜數(shù)據(jù)類型,你可以先用KVC獲取該屬性,然后再次用KVC來獲取這個(gè)自定義類的屬性,但這樣是比較繁瑣的,對(duì)此,KVC提供了一個(gè)解決方案,那就是鍵路徑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

下面看輸出結(jié)果

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 = 小花

大家可以看到,這里屬性是另外的一個(gè)類,當(dāng)我們給這個(gè)屬性自定義類中的屬性進(jìn)行讀取值的時(shí)候,我們就可以用keyPath,由上看輸出,可以看見,可以實(shí)現(xiàn)正常的輸出。

如果我們不用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);
}

這個(gè)方法我們調(diào)用一下,就會(huì)發(fā)現(xiàn)崩潰了。

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

大家看這個(gè)出錯(cuò)信息,可以看見,因?yàn)槭褂玫氖?code>key,就會(huì)把nameObj.name整個(gè)當(dāng)成key去尋找,很明顯這個(gè)類里面是找不到這個(gè)屬性或者變量的,因此會(huì)再調(diào)用undefinedKey相關(guān)方法并拋出異常。而KVC對(duì)于keyPath是搜索機(jī)制第一步就是分離key,用小數(shù)點(diǎn).來分割key,然后再像普通key一樣按照先前介紹的順序搜索下去。

所以,當(dāng)我們的屬性或者實(shí)例變量是基本的系統(tǒng)類型就可以用key進(jìn)行賦值和取值,但是屬性或者實(shí)例變量也是另外一個(gè)類的時(shí)候,想要對(duì)該類的屬性進(jìn)行賦值和取值,就要用kayPath。

后記

未完,待續(xù)~~~

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容