Estoy buscando una respuesta simple que pueda resaltar las reglas para usar (o evitar) múltiples contextos dentro del mismo hilo (el principal en mi caso).

Por lo general, en Core Data, configuro un único contexto principal que se usa en toda la aplicación. Luego, si necesito realizar un trabajo en segundo plano, creo un contexto para cada operación en segundo plano que ejecuto.

Tal enfoque es válido la mayor parte del tiempo. Core Data maneja la memoria de manera perfecta. Pero también puedo decidir purgar parte del gráfico de objetos (administrar la huella de memoria) explícitamente. Aquí, puedo confiar en- (void)refreshObject:(NSManagedObject *)object mergeChanges:(BOOL)flag pasándolo aNO param Pero necesito tener cuidado con los cambios pendientes que podrían perderse.

Ahora, mi pregunta es la siguiente. ¿Hay alguna regla general que permita decidir la cantidad de contextos que podría usar dentro de un solo hilo (hilo principal)? Mi pensamiento es el siguiente. Cree un contexto principal (donde se guardan los cambios) y contextos adicionales que se utilizan solo para fines de visualización y se crean bajo demanda. Cuando haya terminado de usar uno, solo pude enviar unreset Para reciclar la memoria general.

¿Algún consejo? Si hay alguna implicación con las nuevas API de iOS 5, compártalas.