NSNumber отвечает положительно на mutableCopy?

Question

Это ошибка или есть тонкий урок здесь?

NSNumber *someNumber = @(1); 
[someNumber respondsToSelector:@selector(mutableCopy)]; // returns YES (!) 
[someNumber respondsToSelector:@selector(mutableCopyWithZone:)]; // returns NO 

компании Apple LLVM 7.1 (IOS SDK 9,3)

Answer 1

Это потому, что NSObject сам реализует -mutableCopy (для всех объектов, даже те, которые не соответствуют NSCopying или NSMutableCopying), позвонив в -mutableCopyWithZone: (так, что все исполнители NSMutableCopying получить просто реализовать -mutableCopyWithZone: без необходимости повторить выполнение для -mutableCopy).

Все, что наследуется от NSObject отвечает -mutableCopy, но если вы на самом деле называли, это будет катастрофа, потому что NSNumber не реагирует на -mutableCopyWithZone:.

Вы можете увидеть это с анализом

assert([NSObject instanceMethodForSelector:@selector(mutableCopy)] == [NSNumber instanceMethodForSelector:@selector(mutableCopy)]) 

bbum обобщает это очень хорошо - есть некоторые тонкие случаи края, делая эти проверки динамически, потому что вы можете получить ответы, которые вы вовсе не ожидали.

Answer 2

Это странно. Я бы не ожидал, что класс будет реализовывать -mutableCopy. Может быть выпадением из меченой реализации указателя (если так, то @ (REALLYBIGNUMBERTHATISNEARMAX) изменит поведение).

Тонкий урок состоит в том, что вы не можете использовать respondsToSelector: для общих тестов функциональности. Вы также не можете использовать isKindOfClass:. Существует много ситуаций, в которых это может потерпеть неудачу (NSArray против NSMutableArray используется для того, чтобы вести себя очень странно - все равно - при попытке использовать интроспекцию для определения изменчивости, например).

Интроспекция хорошо работает для явно заявленных ситуаций, таких как делегирование или источники данных. Места, где есть объявление @protocol, в котором определен определенный набор методов @optional.