我想知道当你观察一个属性时你应该在 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_t
或 uintptr_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/