objective-c - addObserver (KVO) 中上下文参数的最佳实践

标签 objective-c key-value-observing

我想知道当你观察一个属性时你应该在 KVO 中设置什么上下文指针。我刚开始使用 KVO,我还没有从文档中收集到太多信息。我在此页面上看到:http://www.jakeri.net/2009/12/custom-callout-bubble-in-mkmapview-final-solution/作者这样做:

[annView addObserver:self
forKeyPath:@"selected"
options:NSKeyValueObservingOptionNew
context:GMAP_ANNOTATION_SELECTED];

然后在回调中,这样做:

- (void)observeValueForKeyPath:(NSString *)keyPath
ofObject:(id)object
change:(NSDictionary *)change
context:(void *)context{

NSString *action = (NSString*)context;


if([action isEqualToString:GMAP_ANNOTATION_SELECTED]){

我假设在这种情况下,作者只是创建了一个字符串,以便稍后在回调中识别。

然后在 iOS 5 Pushing the Limits 一书中,我看到他这样做了:

[self.target addObserf:self forKeyPath:self.property options:0 context:(__bridge void *)self];

回调:

if ((__bridge id)context == self) {
}
else {
   [super observeValueForKeyPath .......];
}

我想知道是否有标准或最佳实践可以传递给上下文指针?

最佳答案

重要的是(一般而言)您使用 something(而不是什么都不使用)并且您使用的任何东西都是 唯一 并且 您使用的私有(private)

这里的主要陷阱发生在当您在某个类中进行观察时,然后有人将您的类子类化,并且他们添加了对相同观察对象和相同 keyPath 的另一个观察。如果您原来的 observeValueForKeyPath:... 实现只检查了 keyPath,或观察到的 object,甚至两者都检查,那可能不足以知道这是你的观察被回调。使用 context 其值对您来说是唯一且私有(private)的,可以让您更加确定对 observeValueForKeyPath:... 的给定调用是您期望的调用成为。

这很重要,例如,您只注册了 didChange 通知,但子类使用 NSKeyValueObservingOptionPrior 选项注册了相同的对象和 keyPath。如果您没有使用 context 过滤对 observeValueForKeyPath:... 的调用(或检查更改字典),则您的处理程序将执行多次,而您只是期望它执行一次。不难想象这会如何导致问题。

我使用的模式是:

static void * const MyClassKVOContext = (void*)&MyClassKVOContext;

这个指针将指向它自己的位置,并且那个位置是唯一的(没有其他静态或全局变量可以拥有这个地址,任何堆或堆栈分配的对象也不能拥有这个地址——这是一个非常强大的,尽管不可否认不是绝对,保证),感谢链接器。 const 使得编译器会在我们尝试编写会更改指针值的代码时警告我们,最后,static 将其设为私有(private)文件,因此该文件之外的任何人都无法获得对它的引用(再次,使其更有可能避免冲突)。

我要特别提醒反对使用的一种模式是出现在问题中的一种模式:

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context {

    NSString *action = (NSString*)context;
    if([action isEqualToString:GMAP_ANNOTATION_SELECTED]) {

context 被声明为 void*,这意味着可以对它是什么做出所有保证。通过将其转换为 NSString*,您打开了一大盒潜在的坏事。如果其他人碰巧有一个注册没有context 参数使用 NSString*,当你传递isEqualToString: 的非对象值。指针相等(或者 intptr_tuintptr_t 相等)是唯一可以与 context 值一起使用的安全检查。

使用 self 作为 context 是一种常见的方法。总比没有好,但唯一性和隐私性要弱得多,因为其他对象(更不用说子类)可以访问 self 的值并可能将其用作 context (导致歧义),与我上面建议的方法不同。

还请记住,这里可能导致陷阱的不仅仅是子类;尽管可以说这是一种罕见的模式,但没有什么可以阻止另一个对象注册您的对象以进行新的 KVO 观察。

为了提高可读性,您还可以将其包装在预处理器宏中,例如:

#define MyKVOContext(A) static void * const A = (void*)&A;

关于objective-c - addObserver (KVO) 中上下文参数的最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12719864/

相关文章:

objective-c - NSNotification VS KVO

ios - 如何知道某个类的某个属性是否符合 KVO?

macos - KVO : not receiving notifications on NSTableView's -selectedRowIndexes?

ios - 使用 AutoLayout 查看两个位置

ios - 快速传递错误参数

ios - 如何使用 imageEdgeInsets 更改 UIButton 中图像的 tintColor?

ios - 如何从 KVO 方法 observeValueForKeyPath :ofObject:change:context:? 中的更改字典中获取 int 值

ios - 当 iPhone 在 objective-c 中打开或关闭静音时获取通知

ios - 停用 NSLayoutConstraint iOS 7

objective-c - 我如何从 Objective C KVO 中的 observationInfo 方法获取信息?