IBOutlet y viewDidUnload bajo ARC

Question

Hay una pregunta similar a esta en SO here, sin embargo, solo quiero aclarar algo que no se explicó completamente allí.

Entiendo que todos los delegados y puntos de venta - de hecho, cualquier referencia a un objeto "padre", ser un buen ciudadano y pensar en el gráfico de objetos por un minuto - debe poner a cero las referencias débiles. Debido a la naturaleza de la puesta a cero de punteros débiles que caen automáticamente a cero en el recuento de retención del objeto al que se hace referencia que llega a cero, ¿significa esto que establecer IBOutlets en cero en viewDidUnload ahora no es necesario?

lo tanto, si yo anuncio mi salida de este modo:

@property (nonatomic, weak) IBOutlet UILabel *myLabel; 

¿El siguiente código tiene ningún efecto?

- (void)viewDidUnload 
{ 
    self.myLabel = nil; 

    [super viewDidUnload]; 
} 

Answer 1

Sólo con hacer un poco de investigación ...

Como lo entiendo, débil es similar a asignar, en el que los dos son referencias débiles.

Sin embargo, asignar no crea una referencia de puesta a cero. es decir, si el objeto en cuestión se destruye y usted accede a esa propiedad, obtendrá un BAD_ACCESS_EXCEPTION.

Las propiedades débiles se ponen a cero automáticamente (= nil) cuando se destruye el objeto al que hace referencia.

En ambos casos, no es necesario establecer la propiedad en cero, ya que no contribuye al conteo de retención del objeto en cuestión. Es necesario cuando se usan propiedades de retención.

Aparentemente, ARC también presenta una nueva propiedad "fuerte", que es lo mismo que "retener"?

investigación realizada here

Answer 2

hice una pequeña prueba y parece que el código en el método viewDidUnload es innecesaria. Para respaldar esto, los documentos para viewDidUnload realmente dicen:

En el momento en que se invoca este método, la propiedad de vista es nula.

que indica que la referencia débil debe haberse establecido en nil automáticamente.

Answer 3

Desde mi entendimiento de cómo se administran las tomas en ARC si está utilizando una referencia débil, no necesita agregar nada para verDidUnload ya que será nulo. Hacerlo es por lo tanto redundante.

Sin embargo, si tiene enchufes fuertes, que Apple dice que debe hacer si apunta a un elemento de nivel superior en la punta, entonces definitivamente debe continuar agregando la línea adecuada en viewDidUnload para anular estos.

Answer 4

Tengo alguna evidencia empírica para apoyar que IBOutlets ya están configurados en nil automáticamente. Esto es lo que hice:

1. puedo configurar Ivars explícitas para mis propiedades IBOutlet (@synthesize myLabel = myLabel_) para que pueda inspeccionar sus valores más adelante en el depurador.
2. He habilitado un punto de interrupción en la primera línea de viewDidUnload.
3. Dispuse para viewDidUnload para llamar al simular una advertencia de memoria.
4. Inspeccioné los valores de los ivars explícitos que asocié a mis propiedades de IBOutlet.

Los ivars explícitos todos tenían nil como su valor, luego llegué al punto de interrupción.

Answer 5

A partir de iOS 5 y OS X 10.7, weak producirá un puntero de puesta a cero automática. Esto significa que cuando se libera el objeto puntiagudo, el puntero se configura automágicamente en nil (para detalles, ver Zeroing Weak References in ARC).

Así, bajo iOS 5+ y OS X 10.7 o versiones posteriores, no es útil para establecer las propiedades de weakIBOutletnil manualmente en el método viewDidUnload: cuando se descarga la vista principal, todas sus subvistas se dará a conocer, por lo que la las propiedades relacionadas se establecen en nil.