cuándo utilizar respondsToSelector en Objective-C

Question

- (void)someMethod 
{ 
    if ([delegate respondsToSelector:@selector(operationShouldProceed)]) 
    { 
     if ([delegate operationShouldProceed]) 
     { 
      // do something appropriate 
     } 
    } 
} 

El documentation dice:

La precaución es necesaria sólo para los métodos opcionales en un protocolo formal o métodos de un protocolo estructurado

Lo que hace ¿significa? Si utilizo un protocolo formal, ¿puedo usar [delegate myMethod]?

Answer 1

Lo usa prácticamente cuando lo necesita: para verificar si un objeto implementa el método que está a punto de llamar. Generalmente esto se hace cuando tiene un método opcional o un protocolo informal.

Solo he usado respondsToSelector cuando estoy escribiendo código que debe comunicarse con un objeto delegado.

if ([self.delegate respondsToSelector:@selector(engineDidStartRunning:)]) { 
     [self.delegate engineDidStartRunning:self]; 
    } 

A veces se desea utilizar respondsToSelector en cualquier método que devuelve y id o genérico NSObject donde no está seguro de lo que la clase del objeto devuelto es.

Answer 2

Solo para agregar a lo que dice @kubi, en otra ocasión lo uso cuando se agrega un método a una clase preexistente en una versión más nueva de los marcos, pero todavía necesito compatibilidad con versiones anteriores. Por ejemplo:

if ([myObject respondsToSelector:@selector(doAwesomeNewThing)]) { 
    [myObject doAwesomeNewThing]; 
} else { 
    [self doOldWorkaroundHackWithObject:myObject]; 
} 

Answer 3

vieja pregunta, pero he aprendido a ser muy cautios con el uso de cosas como addTarget: @selector (fu :) porque el nombre del método no está marcada ni incluido en la refactorización por XCODE. Esto ya me ha causado bastante problemas. Así que ahora he hecho un habito de siempre incrustar o cosas por el estilo addTarget addObserver en un respondsToSelector-Check de este modo:

if([self respondsToSelector:@selector(buttonClicked:)]){ 
    [self.button addTarget:self action:@selector(buttonClicked:) forControlEvents:UIControlEventTouchUpInside]; 
}else{ 
    DebugLog(@"Warning - a class or delegate did not respond to selector in class %@", self); 
} 

Sé que no es muy elegante, pero yo prefiero añadir algo de código reutilizable que tiene un inesperado falla de mis aplicaciones en la App Store.

Answer 4

Como kubi mencionó respondsToSelector se usa normalmente cuando tiene una instancia de un método que se ajusta a un protocolo.

// Extend from the NSObject protocol so it is safe to call `respondsToSelector` 
@protocol MyProtocol <NSObject> 

// @required by default 
- (void) requiredMethod; 

@optional 

- (void)optionalMethod; 

@end 

Dado e instancia de este protocolo podemos llamar de forma segura a cualquier método requerido.

id <MyProtocol> myObject = ... 
[myObject requiredMethod]; 

Sin embargo, los métodos opcionales pueden o no implementarse, por lo que debe verificar en tiempo de ejecución.

if ([myObject respondsToSelector:@selector(optionalMethod)]) 
{ 
    [myObject optionalMethod]; 
} 

Esto evitará un bloqueo con un selector no reconocido.

---

Además, la razón por la que debe declarar protocolos como una extensión de NSObjects, es decir

@protocol MyProtocol <NSObject> 

se debe a que el protocolo NSObject declara el selector respondsToSelector:. De lo contrario, XCode pensaría que no es seguro llamarlo.