每当我在自己的代码中实现一个可以接受或返回多个类的对象的方法时,我总是尝试使用最具体的可用超类。例如,如果我要实现一个可能根据其输入返回 NSArray * 或 NSDictionary * 的方法,我会给该方法一个返回类型 NSObject *,因为这是最直接的常见超类。这是一个例子:
@interface MyParser()
- (BOOL)stringExpressesKeyValuePairs:(NSString *)string;
- (BOOL)stringExpressesAListOfEntities:(NSString *)string;
- (NSArray *)parseArrayFromString:(NSString *)string;
- (NSDictionary *)parseDictionaryFromString:(NSString *)string;
@end
@implementation MyParser
- (NSObject *)parseString:(NSString *)string {
if ([self stringExpressesKeyValuePairs:string]) {
return [self parseDictionaryFromString:string];
}
else if ([self stringExpressesAListOfEntities:string]) {
return [self parseArrayFromString:string];
}
}
// etc...
@end
我注意到在 Foundation 和其他 API 中,Apple 在某些方法签名中使用 (id) 的情况很多,而 (NSObject *) 会更精确。例如,这里有一个 NSPropertyListSerialization 的方法:
+ (id)propertyListFromData:(NSData *)data
mutabilityOption:(NSPropertyListMutabilityOptions)opt
format:(NSPropertyListFormat *)format
errorDescription:(NSString **)errorString
此方法可能的返回类型是 NSData、NSString、NSArray、NSDictionary、NSDate 和 NSNumber。在我看来,返回类型 (NSObject *) 将是比 (id) 更好的选择,因为调用者将能够调用 NSObject 方法,如没有类型转换的保留。
我通常会尝试模仿官方框架建立的习语,但我也想了解是什么激励了他们。我确信 Apple 在这种情况下使用 (id) 有一些正当理由,但我只是没有看到它。我错过了什么?