9
He visto código (probablemente el código de muestra propio de Apple) escrito de tal manera que libera el ivar en dealloc y establece la propiedad en viewDidUnload.¿Es necesario liberar el ivar y establecer el ivar sintetizado en cero al mismo tiempo?
p. Ej.
- (void)viewDidUnload
{
self.navigationController = nil;
}
- (void)dealloc
{
[_navigationController release];
}
¿Por qué hacerlos en dos lugares? Además, ¿por qué establecer nil en uno y liberar en otro. Parece que self.property = nil simplemente se ocuparía de todo, ya que liberaría y establecería el ivar en nil.
Gracias, por lo que en ese caso el código viewDidUnload podría haber utilizado el mismo código que dealloc para liberar el objeto, es decir, [_navigationController release] en lugar de configurarlo a cero, ¿verdad? – Boon
Sí, pero no es así. Utilice el accesorio en todas partes excepto en -dealloc. El uso de accesadores en -dealloc es controvertido por las razones que dio Daniel (Apple no está claro en lo que recomiendan, también). Adquiera el hábito de liberar todos sus ivars retenidos en -dealloc. No apueste por otra cosa para hacerlo por usted. Y cada vez que suelte algo, configúrelo en cero. Gran parte de ObjC no tiene una red de seguridad; los buenos hábitos son los que mantienen sus programas en funcionamiento porque el compilador no lo salvará. (OK, tal vez Clang finalmente nos salvará, pero solo usará su poder para siempre.) –