Actualice UITableView usando subprocesos

Question

Estoy creando una aplicación de diccionario para iPhone que da resultado mientras los usuarios escriben. Yo uso hilos (NSThread) para actualizar UITableView para que el hilo principal no esté bloqueado.

Sin embargo, un accidente ocurre cuando el UITableView pide a la fuente de datos para el número de filas (tableView: numberOfRowsInSection :) y vuelvo, por ejemplo, 10. A continuación, se solicita a la fuente de datos para las células 0-9 (tableView: cellForRowAtIndexPath :). Pero en el momento en que solicita la celda 7, la fuente de datos ya ha cambiado, y ahora solo tiene 5 filas, lo que causa un bloqueo.

Aquí es cómo resolver el problema:

creo un NSLock en el método init.

Y aquí es lo que la fuente de datos se parece a:

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section { 
    return [results count]; 
} 


- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath { 
    static NSString *CellIdentifier = @"Cell"; 
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier]; 
    if (cell == nil) { 
     cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier] autorelease]; 
    } 

    [lock lock]; 
    if (indexPath.row < [results count]) { 
     cell.textLabel.text = [results objectAtIndex:indexPath.row]; 
    } 
    [lock unlock]; 

    return cell; 
} 

Y aquí está el código que utilizo para actualizar la tabla:

[tableView performSelectorOnMainThread:@selector(reloadData) withObject:nil waitUntilDone:NO]; 

Resuelve el problema de bloqueo completo. Sin embargo, creo que podría no ser eficiente porque la fuente de datos tiene que bloquearse/desbloquearse cada vez que se solicita una celda. Y el caso que mencioné arriba no sucede tan a menudo. ¿Alguien tiene una mejor idea de cómo resolver este problema de manera eficiente?

Muchas gracias!

Answer 1

¿Por qué usaría un hilo separado para esto? ¿Cuánto tiempo lleva la búsqueda? 0.1 segundos? ¿Cómo se compara eso con el tiempo que toma el usuario para dejar de escribir y mirar la pantalla?

¡No compliques demasiado las cosas! (Retomaré esto si la búsqueda lleva más de 0,7 segundos y no se puede optimizar ;-)

Answer 2

No intente actualizar la interfaz de usuario desde una cadena de fondo. No funcionará.

Answer 3

Solo para que haya una respuesta útil aquí, esta es mi respuesta a otra pregunta similar.

Sin tener que saber más acerca de su aplicación, creo que una de las mejores soluciones sería mantener la matriz en el hilo principal y volver a enviarla cada vez que otro hilo deba realizar un cambio. De esta manera:

dispatch_async(dispatch_get_main_queue(), ^{ 
       [array addObject:object]; 
       [tableView reloadData]; 
      }); 

Por supuesto, usted puede conseguir mucho más compleja con la API de despacho, pero sí manejar el bloqueo y todo para usted. Definitivamente más elegante que usar un NSLock. Sin embargo, solo funciona en iOS 4 o posterior.

Answer 4

No se puede actualizar la interfaz de usuario en las conversaciones de fondo.

Uso Grand Central Displatch

que se explica aquí

https://stackoverflow.com/a/15469885/1239426