iOS KVO与readonly的讨论

在开发过程中,可能会有这样的需求:当数据源变动的时候及时刷新显示的列表。

期望是去监听数据源数组的count,当count有变动就刷新UI,可是实际操作中却发现了不少的问题。

例如:

直接就报错了,信息如下:

Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '[ addObserver:forKeyPath:options:context:] is not supported. Key path: count'

字面意思是,不支持对数组count的监听。

回到问题的本质。

我们知道KVO是在属性的setter方法上做文章,进入到数组的类中看一下,发现count属性是readonly

readonly不会自动生成setter方法,但是可以手动添加setter方法。

我们来验证一下 例如:

创建一个people类 添加一个属性 readonly count

我们来试一下 监听它的count属性会怎样

我们发现 并没有报错。

我们来看一下People的方法列表

通过打印我们可以看到 People中只有两个方法

(

dealloc,

count,

)

我们知道,KVO监听某个对象时,会动态生成名字叫做NSKVONotifying_XX的类,并且重写监听对象的setter方法。下面 我们来看下NSKVONotifying_People的方法列表:

打印结果如下:

(

class,

dealloc,

"_isKVOA"

)

可以看到,里面没有count的getter方法,多了个class和isKVO, 当然也没有我们需要的setter方法。但是这样并不会导致crash。

下面我们再试一下,手动在People的.m中 添加上setter方法会怎么样:

再次查看People和NSKVONotifying_People的方法列表,会发现多了一个count的setter方法。(如下所示)

(

dealloc,

count,

"setCount:"

)

(

"setCount:",

class,

dealloc,

"_isKVOA"

)

这样我们就可以得出一个结论:

KVO动态生成的类,重写setter方法的前提是:原来的类中,要有对应的setter方法。即便是readonly修饰,只要.m中有对应属性的setter方法,都是可以的。

OK 说了这么多,好像还是没有解决我们的问题。为什么监听数组count就抛异常了呢?带着这个问题 继续往下走。

通过点击array的监听方法 进入到ArrayObserving类中,我们发现,系统给出了注释:NSArrays are not observable, so these methods raise exceptions when invoked on NSArrays.

arrayDefin.png

系统也不期望我们去监听数组的属性。is not supported. Key path: count' 应该就是系统在实现监听方法时,抛出的异常。

最后,我从网上找到了另一个方法

我们可以转换一个思路,不再监听count,选择监听数组本身,当数组变动时刷新页面。

这个方法的具体实现,没有看到源码,但是看到有人说,这个方法会生成一个可变数组,添加完元素后,会将这个生成的数组赋值给叫做Key的数组。我试了一下,确实是有效果的,这里就不做考究了。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20190813A05WK300?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券