4.1 KVC - 476139183/Learning-iOS GitHub Wiki
- (id)valueForKey:(NSString *)key;
- (void)setValue:(id)value forKey:(NSString *)key;
KVC 就是指 iOS 的开发中,可以允许开发者通过 Key 名直接访问对象的属性,或者给对象的属性赋值。而 不需要调用明确的存取方法。这样就可以在运行时动态地访问和修改对象的属性。而不是在编译时确定, 这也是 iOS 开发中的黑魔法之一。很多高级的 iOS 开发技巧都是基于 KVC 实现的
当调用 setValue:属性值 forKey:@"name"的代码时,,底层的执行机制如下:
- 程序优先调用
set<Key>:属性值方法,代码通过setter方法完成设置。注意,这里的<key>是指成员 变量名,首字母大小写要符合 KVC 的命名规则,下同 - 如果没有找到
setName:方法,KVC机制会检查+(BOOL)accessInstanceVariablesDirectly方法有 没有返回 YES,默认该方法会返回 YES,如果你重写了该方法让其返回 NO 的话,那么在这一步 KVC 会执行setValue:forUndefinedKey:方法,不过一般开发者不会这么做。所以 KVC 机制会搜索该类 里面有没有名为<key>的成员变量,无论该变量是在类接口处定义,还是在类实现处定义,也无论用 了什么样的访问修饰符,只在存在以<key>命名的变量,KVC 都可以对该成员变量赋值。 - 如果该类即没有
set<key>:方法,也没有_<key>成员变量,KVC机制会搜索_is<Key>的成员变量。 - 和上面一样,如果该类即没有
set<Key>:方法,也没有_<key>和_is<Key>成员变量,KVC机制再会 继续搜索<key>和is<Key>的成员变量。再给它们赋值。 - 如果上面列出的方法或者成员变量都不存在,系统将会执行该对象的
setValue:forUndefinedKey:方法,默认是抛出异常。
即如果没有找到 Set<Key>方法的话,会按照_key,_iskey,key,iskey 的顺序搜索成员并进行赋值操作。
如果开发者想让这个类禁用KVC,那么重写 +(BOOL)accessInstanceVariablesDirectly 方法让其返回 NO 即可,这样的话如果 KVC 没有找到 set<Key>: 属性名时,会直接用setValue:forUndefinedKey:方法。
当调用 valueForKey:@”name“ 的代码时,KVC 对 key 的搜索方式不同于 setValue: 属性值 forKey:@”name“,其搜索方式如下:
- 首先按
get<Key>,<key>,is<Key>的顺序方法查找getter方法,找到的话会直接调用。如果是BOOL或者 Int 等值类型, 会将其包装成一个 NSNumber 对象。 - 如果上面的
getter没有找到,KVC则会查找 conuntOf,objectInAtIndex或AtIndexes 格式的方法。如果 countOf方法和另外两个方法中的一个被找到,那么就会返回一个可以响应 NSArray 所有方法的代理集合(它是 NSKeyValueArray ,是 NSArray的子类),调用这个代理集合的方法,或者说给这个代理集合发送属于 NSArray 的方法,就会以 conuntOf,objectInAtIndex或AtIndexes 这几个方法组合的形式调用。还有一个可选的 get:range: 方法。所以你想重新定义 KVC 的一些功能,你可以添加这些方法,需要注意的是你的方法名要符合 KVC 的标准命名方法,包括方法签名。 - 如果上面的方法没有找到,那么会同时查找countOf, enumeratorOf,memberOf格式的方法。如果这三个方法都找到,那么就返回一个可以响应 NSSet 所的方法的代理集合,和上 面一样,给这个代理集合发 NSSet 的消息,就会以 countOf,enumeratorOf,memberOf组合的形式调用。
- 如果还没有找到,再检查类方法
+accessInstanceVariablesDirectly,如果返回 YES(默认行为),那么和先前的设值一样,会按_<key>,_is<Key>,<key>,is<Key>的顺序搜索成员变量名,这里不推荐这么做,因为这样直接访问实例变量破坏了封装性,使代码更脆弱。如果重写了类方法+ (BOOL)accessInstanceVariablesDirectly 返回 NO 的话,那 么会直接调用 valueForUndefinedKey:方法,默认是抛出异常。