NSNotification 的测试类型

Question

我需要检查一个对象是否是 NSNotification。仅仅知道它是否是子类是不够的，因为我想区分它是 NSNotification 还是 NSNotification 的子类。

所以要详细说明，我需要区分以下几点：

1. NSConcreteNotification
2. NSNotification 的子类（但不是 NSConcreteNotification）

问题是 NSNotifications 实际上是 NSConcreteNotifications 而 NSConcreteNotification 是一个私有类，所以我不能用它来测试。

[object isMemberOfClass: [NSNotification class]] // returns NO in both cases
[object isKindOfClass: [NSNotification class]] // returns YES in both cases

Answer 1

没有理由按照您描述的方式对NSNotification 进行子类化。首先，NSNotification 已经带有一个 userInfo 字典。你可以把你想要的任何数据放在那里。如果愿意，您可以使用类别方法来读取和写入该字典（我一直这样做）。例如，我想做的一件很常见的事情是传递一些对象，比如RNMessage。所以我创建了一个如下所示的类别：

@interface NSNotificationCenter (RNMessage)
- (void)postNotificationName:(NSString *)aName object:(id)anObject message:(RNMessage *)message;
@end

@interface NSNotification (RNMessage)
- (RNMessage *)message;
@end

---

static NSString * const RNMessageKey = @"message";

@implementation NSNotificationCenter (RNMessage)
- (void)postNotificationName:(NSString *)aName object:(id)anObject message:(RNMessage *)message {
  [self postNotificationName:aName object:anObject userInfo:[NSDictionary dictionaryWithObject:message forKey:RNMessageKey];
}
@end

@implementation NSNotification (RNMessage)
- (RNMessage *)message {
  return [[self userInfo] objectForKey:RNMessageKey];
}

正如@hypercrypt 所指出的，您还可以使用关联引用将数据附加到任意对象而无需创建 ivar，但使用NSNotification，使用 userInfo 字典要简单得多。使用NSLog 打印通知要容易得多。更容易序列化它们。更容易复制它们。等等。相关的参考资料很棒，但它们确实增加了很多小问题，如果你能侥幸逃脱的话，应该避免这些情况。

Answer 2

这听起来是个非常糟糕的主意。当您第一次收到通知时，您已经知道它是什么类型，因为它作为显式参数传递给通知回调方法。考虑将通知存储为另一个对象的强类型属性，或者如果要将其添加到集合中，则将其插入到字典中的适当键下，或者将其传递给不保留类型信息的其他方法以使其更容易稍后再识别。

创建对私有 API 的依赖项（包括私有类的名称）将使您的代码更加脆弱，并且更有可能在未来的版本中中断。显然，这些类是私有的原因之一是为了让 Apple 的工程师更容易在他们认为合适的时候更改它们。例如，NSArray 和 NSMutableArray 使用的具体子类在最近的 SDK 版本中发生了变化。

Answer 3

要测试 id 对象是 NSNotification 使用：

[object isMemberOfClass:[NSNotification class]];`

测试是否为NSConcreteNotifications 使用

[object isMemberOfClass:NSClassFromString(@"NSConcreteNotifications")];

根据需要将字符串更改为不同类的名称...

然后您可以将这两项检查结合起来检查“NSNotification 的子类（但不是 NSConcreteNotification”。

要么：

if ([object isMemberOfClass:NSClassFromString(@"NSConcreteNotifications")])
{
    // It's a NSConcreteNotifications...
}
else if ([object isKindOfClass:[NSNotification class]])
{
    // It's an NSNotification (or subclass) but not an NSConcreteNotifications
}

或者

if ([object isKindOfClass:[NSNotification class]] && ![object isMemberOfClass:NSClassFromString(@"NSConcreteNotifications")])
{ /* ... */ }

如果您想向NSNotifications 添加属性，您应该查看Associative References。

基本思路是：

static const char objectKey;
- (id)object
{
    return objc_getAssociatedObject(self, &objectKey);
}

- (void)setObject:(id)object
{
    objc_setAssociatedObject(self, &objectKey, object, OBJC_ASSOCIATION_RETAIN);
}

Answer 4

正如其他人所指出的，依赖私有类的名称是个坏主意。如果您正在寻找一个特定的子类，您可以明确地检查该类。

[notification isMemberOfClass:[MyNotificationSubclass class]];

您可以使用多个语句来检查多个子类，但这会有点混乱。每次添加要查找的新类时，此方法也需要更改。定义一个 readonly 属性可能会更好，该属性指示通知是否支持您正在寻找的功能，这样您就不必依赖类，而是依赖类的能力。您可以在 NSNotification 上使用一个类别，该类别仅为此属性返回 NO，并且任何具有该功能的子类都将覆盖该方法以返回 YES。

@interface NSNotification (MyFeature)
@property (readonly) BOOL hasMyFeature;
@end

@implementation NSNotification (MyFeature)
- (BOOL)hasMyFeature {
    return NO;
}
@end

在支持它的子类中：

- (BOOL)hasMyFeature {
    return YES;
}
- (void)performMyFeature {
    ...
}

这还允许您通过更改为hasMyFeature 返回的标志来更改通知是否启用了该功能，并且您的检查代码将是：

if(notification.hasMyFeature) [notification performMyFeature];