KVC:Key Value Coding,取其三个单词首字母浓缩而成。直白翻译过来就是键值编码,什么意思呢?简单来说,就是操作一个对象,也可以像操作字典一样,通过key来取值和赋值。
我们先创建一个HMPerson类来试验一下。
然后实例化HMPerson类的对象,此时,我们如果想要给它的name和age两个属性赋值和取值,就可以用点语法来操作,如图:
- 但是,这种点语法方式显得着实太low,接下来我们就用比较高大上的方式——KVC的方式来赋值和取值。
我们先简单看看KVC里的几个方法:
赋值: - 解释:第一个参数传入想赋的值,第二个参数传入想接收值的属性
-
- (void)setValue:(nullable id)value forKey:(NSString *)key; - (void)setValue:(nullable id)value forKeyPath:(NSString *)keyPath;
解释:这种方式比较暴力,后头会解释
-
-(void)setValuesForKeysWithDictionary:(NSDictionary<NSString *, id>*)keyedValues;
取值:
-
- (nullableid)valueForKey:(NSString *)key; - (nullable id)valueForKeyPath:(NSString *)keyPath;
- 解释:参数是传入你想取值的属性名 我们都知道,OC中任何对象都直接或间接的继承自NSObject,而在Foundation框架中,NSObject有个叫“NSKeyValueCoding”的分类,里面就包含了上面所有这些KVC方法。因此任何对象都可以通过KVC来取值和赋值,也就是说即使我们刚刚自己创建的Person类也有这些方法。 取值和赋值具体在代码中的应用如下:
- 我们发现KVC的方式使用起来也没任何问题。但是,很多同学会疑惑,为什么
16要加个“@”符号呢?还有取值时为什么还要调用一下intValue方法呢?不这么写可不可以?答案是不行的,我们先看如果不这么写会怎样 - 原因如下
- KVC中,赋值时传入的值都只能是对象类型,无法直接传入基本数据类型,因此,在给age属性赋值时,用了一个@符号,把16这个数字快速包装成了NSNumber类型(@加数字是快速创建NSNumber的语法)
- 通过KVC取值时,所有的返回值类型都是id类型(也即对象类型),因此无法直接用基本数据类型的变量来接收,必须调用其对应的类型转换代码先进行类型转换另外需要注意:KVC中所有的属性名都要以字符串的形式传入此时有同学会疑问了:“我勒个去!用
KVC这么麻烦,还不如直接用点语法方便多了”,对,一般情况下是这样!但是,用
KVC的方式有你意想不到优点!
- KVC
**的优点合集优点一:破门而入:与别人家的“私人专属”亲密接触**
我们都知道,如果@property写在.h文件中,代表外界可以通过调用对应的setter和getter方法(或点语法)来访问对应的私有成员变量,但如果写在.m中,代表只允许本类中访问,其他地方访问不了。因此,我们给之前的Person类在.m文件中写一个延展,把.h文件的@property挪到.m的延展中。并且在.m文件中再加一个用@private修饰的成员变量
如图: - 此时,我们通过点语法来给属性赋值取值即会报错,如图
- 但是,如果是KVC方式,此时依然坚挺!
- 到此为止,KVC的好处之一得到完美体现:无论类中的成员是否私有,用KVC都可以强行“破门而入”,对它们正常取值和赋值。
除此以外,还有个显而易见的好处是:KVC中不管你的成员变量是否加下划线,你用KVC取值和赋值时传入的属性名都可以不带下划线。
优点二:大大简化字典转模型代码
很多时候,我们通过加载本地文件,或者网络请求会得到一个数据字典,为了方便调用,一般我们都会将这个字典转换为对应的模型类,但是,不用KVC的转换方法太过费劲,如图:
先有一个HMPerson类 - 然后有一个字典,并且把字典里的元素赋值给HMPerson对象,如下图所示:
- 因此,我们可以将KVC实现字典转模型的方法直接用这个循环解决
- KVC提供了一套更简洁的操作方式,只需你传入一个字典,就可以帮你自动把字典里的每一项赋值给你实体类对应的属性,如图:
- 对,仅需调用setValuesForKeysWithDictionary方法,传入字典即可。这个方法内部,帮我们做了我们刚刚循环字典的操作,因此仅仅这一个方法就可完成字典数据转模型数据,从此,妈妈再也不用担心我写多余代码了!
注意:用setValuesForKeysWithDictionary或者自己写循环做字典数据转模型数据时,必须保证实体类的属性跟字典中的key名字一一对应,并且属性可以比字典多,但是绝对不能比字典的元素少!
- KVC
**疑问解密疑问解密
1:
**使用KVC是直接对成员变量赋值,还是调用了这个成员变量对应的setter和getter方法呢?
为了解决这个疑问,我们给HMPerson类里加一个私有的成员变量name,并且给它写好对应的getter和setter方法,如图:- 然后用KVC的方式给name赋值和取值,如图:
- 通过观察,我们发现用KVC来赋值时,对应的setter方法能被调用,用KVC来取值时,对应的getter方法也能被调用。
因此小伙伴们不用担心KVC会破坏自己已经写好的属性封装规则。
疑问解密1小分支:如果没有getter方法和setter方法时,KVC是怎么找成员变量的呢?
为了弄清这个问题,我们删掉name的getter和setter方法。然后通过KVC方式赋值取值,会发现,依然可以赋值和取值成功。并且是给p对象的成员变量_name赋值的。如图: - 小伙伴们可能好奇的是,传入的Key是“name”,而赋值成功的是“_name”成员变量,那么如果,我同时有两个成员变量,一个叫“_name”,一个叫“name”,那KVC是给谁赋值的呢?
为了搞清这个问题,我们先改良一下HMPerson类。 -
- 然后,我们再次用KVC来调用,并且下一个断点看看,究竟是给哪个成员变量赋值的。如图:
- 通过结果,我们发现,依然是对“_name”这个成员变量赋值的。这时候我们是否可以说,KVC永远是对带下划线的成员变量赋值的呢?那倒也未必,我们来继续看,假如此时给HMPerson删掉“_name”,只留“name”,又会是怎样。
- 此时发现,用KVC赋值的就是这个不带下划线的成员变量(即name)了。
因此,我们可以总结出,KVC赋值和取值的一套顺序:- 用KVC取值或赋值时,会优先找这个属性对应的getter或setter方法来对这个属性赋值
- 如果找不到,则会查找带下划线的属性,如果找到则赋值
- 如果依然找不到,则会查找不带下划线的属性,如果找到则赋值
- 如果还是找不到,则报错(可以让它不报错,后文会详述)
**疑问解密2:复合路径
**
setValue:属性值 forKeyPath:属性路径 valueForKeyPath:属性名复制代码
后面带Path的跟之前我们用的KVC有什么不同呢?我们来研究研究!
假设此时有一个Dog类,而Person类里也有个属性是Dog类型的,叫pet,如图 - 如果此时实例化Person对象,要用KVC操作pet属性里的nickName属性就不太方便,只能先取出pet属性指向的Dog对象,再来操作nickName属性,如下:
- 而带Path的方法,就是用来简化这种操作的,我们看
- 因此,也就是说,如果需要操作访问一些“属性里的属性”时,就用带Path的方法来操作。
** 疑问解密
3:**
如果用
KVC赋值时,某一个
Key,类中没有会怎样?例如:我们的
HMPerson类现在没有
salary属性。 - 此时,通过
KVC的方式赋值,运行时会崩溃 - 因此,用KVC时传入的Key必须保证类中存在同名的属性。否则会运行时崩溃。那么如果我不希望运行时直接崩溃,而是来一个相对友好的提示,不要让它崩溃,该怎么办呢?
我们就需要在HMPerson类里重写setValue:值 forUndefinedKey:键方法,这样,当用KVC对Person对象赋值了一个Key与属性对应不上的错误时,系统会自动调用这个方法,我们来试试看!
如图: - 此时,无论你输错多少次HMPerson对象不存在的属性时,都不会在运行时让程序崩溃,达到报错“友好”的目的。
**总结**
KVC是一套方便我们用字符串来操作对象的机制,可以使得操作对象时跟操作字典一样的灵活。在字典转模型的领域中应用起来极为方便,并且
KVC可以轻松的帮我们突破访问限制的一些问题,直接访问到私有成员。 - KVC也有其缺点:例如在编码时很容易输错
key导致问题,语法相较点语法而言也略微繁琐。但万事万物不也正如
KVC一般既有其优点,也存在其不足之处,不是吗?