Compruebe si el delegado aún existe antes de llamar a respondsToSelector

Question

He hecho una subclase UIView para tratar con iAds y adMob. El controlador de vista es el delegado de la clase secundaria y todo funciona bien. A veces, sin embargo, el controlador de vista desaparece antes de que se haya obtenido el anuncio. Para resolver esto establecí el delegate en nil en la implementación dealloc del controlador de mi vista.

El problema que tengo es que a veces el método respondsToSelector: se ejecuta al mismo tiempo que el controlador de vista se desasigna. Esto causa un bloqueo. ¿Alguien sabe cómo puedo reorganizar esto?

La vista del anuncio está en aproximadamente 10 diferentes controladores de vista, por lo que me gustaría un lugar para crear el código del anuncio.

Muchas Gracias

Answer 1

Una forma fácil es retener la vista hasta que tuvo la oportunidad de establecer el delegado a cero y, a continuación, suéltelo. Luego puede asegurarse de que el objeto aún esté vivo y evitar bloqueos.

Answer 2

if (delegate && [delegate respondsToSelector:@selector(...)]) 

Answer 3

No debe tener 10 vistas de anuncios individuales, eso está mal en muchos niveles. En su lugar, debe tener solo una que se mueva entre las vistas individuales o, más inteligente, simplemente mantenerse arriba.

Puede, por ejemplo, agregar una vista a tabBarController.view y esto permanecerá presente incluso si cambia de pestaña. Para las vistas en las que no desea que aparezca el anuncio, simplemente puede ocultarlo.

Answer 4

Sí, es un problema con iAd y admob. También tuve este tipo de problema. He resuelto el problema agregando agregar vista en la ventana principal y delegar en el delegado de la aplicación para que el delegado de la aplicación nunca se desasignara hasta que cierre la aplicación.

Answer 5

Si no puede conservar la vista, utilice un método estático para obtener la instancia que se borra en dealloc. es decir: en lugar de:

if (delegate && [delegate respondsToSelector:@selector(...)]) 

Haga lo siguiente:

if (s_myViewDelegate && [delegate respondsToSelector:@selector(...)]) 

En la clase:

- (id) init { 
    s_myViewDelegate = self; 
    ...etc... 
} 

- (void) dealloc { 
    s_myViewDelegate = nil; 
} 

Answer 6

Aunque se trata de una pregunta desde hace mucho tiempo, realmente en mal estado con él un poco y, finalmente, encontré algo que podría ayudar.

Establezca un completion block en lugar de un delegado para el evento finalizado o fallido, y esto ayudaría.

Answer 7

En realidad, existe una solución rápida y no muy buena: utilizar @ try/@ catch block. Sólo si se llega a la @catch bloquear su delegado falla a ciencia cierta ... como:

@try{  
    if (delegate && [delegate respondsToSelector:@selector(...)]) 
    [delegate callBackMethod]; 
} 
@catch (NSException *e){ 
    // if you get here then delegate is no longer valid regardless its reference is still valid 
}