Impostare i delegati su zero sotto ARC?

Question

Sto scrivendo app iOS utilizzando ARC e targeting per iOS 5+.

Supponiamo di scrivere un oggetto di visualizzazione personalizzato con una proprietà delegata. Nel dichiarare la proprietà delegato, faccio un riferimento debole per evitare un ciclo trattengono, in modo che quando l'oggetto delegato effettivo (controllore) è distrutta, ritengo ordinazione inoltre essere distrutto, come segue:

@interface MyCustomView : UIView 

@property (nonatomic, weak) id<MyCustomViewDelegate> delegate; 

@end 

Va tutto bene.

Ok, quindi sto scrivendo l'oggetto controller e ha riferimenti a due oggetti vista: la mia vista personalizzata e una vista UIKit fornita da Apple, che dichiarano entrambe le proprietà delegate e il controller è il delegato per entrambi i punti di vista. Forse è simile a questa:

@interface MyViewController : UIViewController <MyCustomViewDelegate, UITableViewDataSource, UITableViewDelegate> 

@property (nonatomic, strong) MyCustomView *customView; 
@property (nonatomic, strong) UITableView *tableView; 

@end 

@implementation MyViewController 

- (void)viewDidLoad 
{ 
    self.customView.delegate = self; 
    self.tableView.dataSource = self; 
    self.tableView.delegate = self; 
} 

@end 

mia domanda è questa: Ho bisogno di ignorare dealloc per impostare uno o entrambi i delegati a zero?

Cioè, come risulta, la proprietà delegato della vista UIKit (in questo caso, tableView) non è effettivamente dichiarata come riferimento debole, ma piuttosto un riferimento __unsafe_unretained, per la compatibilità con i non-ARC versione di iOS. Quindi forse ho bisogno di scrivere

- (void)dealloc 
{ 
    _tableView.dataSource = nil; 
    _tableView.delegate = nil; 
} 

Ora, se devo ignorare dealloc, io ancora non dover impostare _customView.delegate = nil, giusto? Perché è stato dichiarato (da me) come riferimento debole, quindi dovrebbe essere impostato su zero automaticamente alla distruzione di MyViewController.

Ma d'altra parte, non sto prendendo di mira versioni non ARC di iOS, né ho intenzione di farlo. Quindi forse non ho bisogno di sovrascrivere dealloc?

Answer 1

Impostazione delegati non deboli a zero è generalmente una buona idea a meno che non sapere non avete a. Per UITableView e UIScrollView, ho sperimentato incidenti sulle versioni precedenti di iOS con le seguenti operazioni (che può aiutare a correre con zombie abilitati):

1. Scroll veramente veloce.
2. Premere Fine o il pulsante Indietro o altro per eliminare il VC.

Questo sembra accadere perché l'animazione a scorrimento mantiene un riferimento alla vista, quindi la vista sopravvive al VC. Si blocca quando si invia l'evento di scorrimento.

Ho anche riscontrato arresti anomali dopo aver chiuso un VC contenente uno UIWebView durante il caricamento di una richiesta, in cui semplicemente l'impostazione del delegato su nil non era sufficiente (penso che la soluzione alternativa fosse chiamare [webView loadRequest:nil]).

Answer 2

L'unica ragione per cui si vorrebbe impostare in modo esplicito il delegate e dataSource-nil è se il customView o tableView fuori potrebbe vivere il controller della vista. Impostandoli su nil si guarderebbe dallo delegate o dataSource facendo riferimento a un oggetto deallocato.

Se il customView e tableView saranno deallocato insieme al controller della vista, non è necessario a zero il delegate e dataSource.

Answer 3

Se l'unico riferimento forte a detto tableView è il vostro unico controllore MyViewController, non è necessario impostare manualmente UITableViewDelegate o UITableViewDataSource-nil.

La ragione è che una volta che il metodo dealloc sul MyViewController viene chiamato, tableView sarà anche distrutta insieme con il controllore (cioè, ancora una volta, a patto che l'unico riferimento ad esso è l'unico regolatore MyViewController classe) .

Se si hanno altri riferimenti forti a questa vista tabella, come ad esempio altri controllori, sarebbe quindi possibile che la vista tabella possa quindi esistere più a lungo della classe MyViewController.In tal caso, si sarebbe essere necessario impostare il UITableViewDelegate e UITableViewDataSource-nil nel metodo dealloc di MyViewController perché, come lei ha ricordato, queste proprietà non sono riferimenti deboli e non verranno automaticamente impostate su nil.

Tuttavia, questo tipo di situazione è piuttosto rara nella mia esperienza però.

La maggior parte delle volte, non mi preoccupo di impostarle su nil in modo onesto, ma è una pratica di programmazione difensiva.

vedi questo post anche:

In dealloc method set any delegate to nil is needed or not needed