Используется ли RespondsToSelector: хороший стиль?

Question

Является ли "лучшим стилем" отправка сообщения и надежда, что объект отвечает, или проверка того, отвечает ли он на селектор и имеет ли какой-то запасной вариант, если он этого не делает.

Например,:

- (NSString *)stringForObjectValue:(id)obj {
    if ([obj respondsToSelector:@selector(intValue)]) {
        NSString *roman = [self formatRomanNumber:[obj intValue] resultSoFar:@""];
        return roman;
    } else {
        return [NSString stringWithFormat:@"can't format a %@", [obj class]];
    }
}

против

- (NSString *)stringForObjectValue:(id)obj {
    NSString *roman = format_roman(@"", [obj intValue]);
    return roman;
}

(пример взят из подкласса NSNumberFormatter ... но он может быть из подкласса NSObjectFormatter ...)

Answer 1

Если вы не уверены на 100%, что все экземпляры, которые приходят к вашей функции (stringForObjectValue), отвечают на селектор, то вы должны выполнить эту проверку, чтобы избежать сбоев во время выполнения.

Как обрабатывать случаи, когда obj не отвечает на селектор intValue, может зависеть от конкретного контекста, в котором используется ваш метод. Например, в этом случае вы можете вернуть nil-объект из метода, чтобы вы могли легко увидеть, что что-то пошло не так

Answer 2

Если вы не знаете точный тип, тогда использование respondsToSelector: определенно хороший стиль, потому что в противном случае вы рискуете сделать исключение.И так важно, что для этой техники есть название: Duck Typing .