UITableView reloadData non sembra causare cellForRowAtIndexPath: essere chiamato

Question

Attualmente sto scrivendo un'app, utilizzando gli storyboard, che contiene due s UITableView nella stessa finestra.

Quando si esegue l'applicazione, il primo UITableView verrà compilato con un numero di "Numeri di registrazione".

Quando l'utente tocca una cella, il secondo UITableView deve riempire con dettagli sulla cella selezionata.

Quando si tocca un numero nella prima tabella Ho un metodo che guida il:

[mySecondTableView reloadData] 

Il che lo fa. Ho l'impressione che quando si richiama il comando reloadData, dovrebbe quindi chiamare entrambi:

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section 

e

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath 

I primi fuochi, ma la seconda no. Ho sia l'origine dati che il delegato cablati a self.

Non sono sicuro di ciò che mi manca.

Entrambi i metodi hanno lo scopo di sparare?

Answer 1

Dopo reloadData, provate questo:

NSIndexSet * sections = [NSIndexSet indexSetWithIndex:0]; 
[self.tableView reloadSections:sections withRowAnimation:UITableViewRowAnimationNone]; 

ho trovato se il cambiamento dei dati è sottile, la visualizzazione della tabella sembra per ottimizzare via la necessità di aggiornare.

Answer 2

Quando mi succede qualcosa di simile, di solito è perché sto chiamando -reloadData al di fuori del thread principale.

Answer 3

Ho appena sostenuto lo stesso problema. Ho utilizzato uno performSelectorOnMainThread per chiamare un metodo che chiama quindi lo reloadData. Questo era necessario poiché stavo cercando di aggiornare al di fuori del thread principale come suggerito dal hatfinch.

Answer 4

Assicurati di chiamare performSelectorOnMainThread con waitUntilDone: NO, altrimenti si può ancora avere lo stesso problema

Answer 5

risposte a punta non risolve il problema vista tabella. E 'stato ancora chiamando

-(NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section 

tuttavia metodo di disegno cellulare non è stato licenziato:

-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath 

mio problema era che (a causa del mio errore, ovviamente) vista tabella altezza era solo 0. Quindi come tabella visualizza celle che sono visibili, non tenta mai di visualizzare una cella. Quando ho cambiato il valore dell'altezza, il metodo della cella di disegno ha iniziato a sparare di nuovo.

Linea Botom ricontrolla il telaio del tuo tavolo e assicurati di avere valori di larghezza e altezza diversi da zero!

Answer 6

Trovato un'altra causa di non chiamata cellForRowAtIndexPath.

Se numberOfRowsInSection restituisce 0, cellForRowAtIndexPath non verrà chiamato. Questo è accaduto nel mio caso a causa di un NSArray disallocato durante una modifica del controller di visualizzazione e il suo conteggio conseguente (poiché era zero) restituendo 0.

Answer 7

Dopo aver sbattuto la testa contro un muro per giorni questo ha risolto il mio problema:

Impostare il punto di interruzione Tutte le eccezioni e verificare se si sta ottenendo un'eccezione fuori limite nell'origine dati. Senza impostare il punto di interruzione non si verifica un arresto anomalo e la visualizzazione tabella non verrà semplicemente ricaricata.

risposta completa here

Answer 8

ero il debug di un problema simile per ore prima ho realizzato il mio .reloadData() chiamata veniva eseguita da un callback di una precedente istanza del controller della vista.

Quindi il mio punto di interruzione è stato colpito sulla .reloadData() chiamata del mio vecchio istanza di tale controller della vista, ma la nuova istanza che è stato effettivamente dimostrato di non stava ricaricando perché non era quello di eseguire il callback che ha chiamato .reloadData().