Wdrożenie szybkiego i wydajnego importu danych podstawowych w systemie iOS 5

Pytanie: Jak sprawić, by mój kontekst dziecka widział zmiany utrzymujące się w kontekście rodzica, aby wyzwalały Kontroler nsfetchedresultscontroller do aktualizacji interfejsu użytkownika?

Oto konfiguracja:

Masz aplikację, która pobiera i dodaje wiele danych XML (około 2 milionów rekordów, każdy mniej więcej wielkości normalnego akapitu tekstu).plik SQLITE ma rozmiar około 500 MB. Dodanie tej treści do podstawowych danych wymaga czasu, ale chcesz, aby użytkownik mógł korzystaj z aplikacji, gdy dane są stopniowo ładowane do magazynu danych. To musi być niewidoczne i niezauważalne dla użytkownika, że duże ilości danych są przenoszone, więc nie zawiesza się, nie trema: scrolls jak masło. Mimo to aplikacja jest bardziej przydatna, im więcej danych jest do niej dodawanych, więc nie możemy czekać wiecznie, aż dane zostaną dodane do podstawowego magazynu danych. W kodzie oznacza to, że naprawdę chciałbym uniknąć kodu takiego w kodzie importu:

[[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:0.25]];

Aplikacja jest tylko iOS 5, więc najwolniejsze urządzenie musi obsługiwać iPhone 3GS.

Oto zasoby, z których dotychczas korzystałem, aby opracować moje obecne rozwiązanie:

Apple ' s Core Data Programming Guide: wydajny Import danych

• użyj Pul Autorelease, aby utrzymać pamięć w dół
• Relacje Kosztują. Importuj flat, a następnie łataj relacje na końcu
Nie pytaj, czy możesz mu pomóc, spowalnia wszystko w sposób O (n^2)]}
• Import w partiach: save, reset, drain i powtórz
• Wyłącz Menedżer cofania przy imporcie

IDeveloper TV-Core Data Performance

• Użyj 3 kontekstów: głównego, głównego i ograniczonego typu kontekstu

IDeveloper TV-aktualizacja danych dla komputerów Mac, iPhone i iPad

• uruchamianie zapisów w innych kolejkach z performBlock sprawia, że wszystko jest szybkie.
• Szyfrowanie spowalnia wszystko, wyłącz to, jeśli możesz.

Importowanie i wyświetlanie Duże zbiory danych w danych podstawowych Marcus Zarra

• możesz spowolnić import, dając czas bieżącej pętli run, więc rzeczy czują się gładkie dla użytkownika.
• przykładowy kod udowadnia, że możliwe jest wykonywanie dużych importów i utrzymanie responsywności interfejsu użytkownika, ale nie tak szybko jak w przypadku 3 kontekstów i asynchronicznego zapisywania na dysku.

Moje Obecne Rozwiązanie

Mam 3 instancje NSManagedObjectContext:

MasterManagedObjectContext - to jest kontekst, który ma NSPersistentStoreCoordinator i jest odpowiedzialny za zapis na dysku. Robię to, aby moje zapisy mogły być asynchroniczne, a tym samym bardzo szybkie. Tworzę go przy starcie tak:

masterManagedObjectContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
[masterManagedObjectContext setPersistentStoreCoordinator:coordinator];

MainManagedObjectContext - jest to kontekst, którego UI używa wszędzie. To jest dziecko masterManagedObjectContext. Tworzę tak:

mainManagedObjectContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType];
[mainManagedObjectContext setUndoManager:nil];
[mainManagedObjectContext setParentContext:masterManagedObjectContext];

BackgroundContext - ten kontekst jest tworzony w mojej podklasie NSOperation, która odpowiada za importowanie Dane XML do danych podstawowych. Tworzę go w głównej metodzie operacji i linkuję do głównego kontekstu.

backgroundContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSConfinementConcurrencyType];
[backgroundContext setUndoManager:nil];
[backgroundContext setParentContext:masterManagedObjectContext];

Podczas importowania zapisuję na 2 różne sposoby. Co 1000 pozycji zapisuję w kontekście tła:

BOOL saveSuccess = [backgroundContext save:&error];

Wtedy pod koniec procesu importowania zapisuję w kontekście nadrzędnym / nadrzędnym, który pozornie wypycha modyfikacje do innych kontekstów potomnych, w tym głównego kontekstu:

[masterManagedObjectContext performBlock:^{
   NSError *parentContextError = nil;
   BOOL parentContextSaveSuccess = [masterManagedObjectContext save:&parentContextError];
}];

Problem : problem polega na tym, że mój interfejs użytkownika nie zaktualizuje się, dopóki nie przeładuję widoku.

Mam prosty UIViewController z UITableView, który jest zasilany danymi za pomocą kontrolera NSFetchedResultsController. Po zakończeniu procesu importu, Kontroler nsfetchedresultscontroller nie widzi żadnych zmian z kontekst nadrzędny/główny i tak interfejs użytkownika nie aktualizuje się automatycznie, jak jestem przyzwyczajony do oglądania. Jeśli zdejmę Kontroler UIViewController ze stosu i załaduję go ponownie, wszystkie dane tam są.

Pytanie: Jak sprawić, by mój kontekst dziecka widział zmiany utrzymujące się w kontekście rodzica, aby wyzwalały Kontroler nsfetchedresultscontroller do aktualizacji interfejsu użytkownika?

Próbowałem następujących, które po prostu zawiesza aplikację:

- (void)saveMasterContext {
    NSNotificationCenter *notificationCenter = [NSNotificationCenter defaultCenter];    
    [notificationCenter addObserver:self selector:@selector(contextChanged:) name:NSManagedObjectContextDidSaveNotification object:masterManagedObjectContext];

    NSError *error = nil;
    BOOL saveSuccess = [masterManagedObjectContext save:&error];

    [notificationCenter removeObserver:self name:NSManagedObjectContextDidSaveNotification object:masterManagedObjectContext];
}

- (void)contextChanged:(NSNotification*)notification
{
    if ([notification object] == mainManagedObjectContext) return;

    if (![NSThread isMainThread]) {
        [self performSelectorOnMainThread:@selector(contextChanged:) withObject:notification waitUntilDone:YES];
        return;
    }

    [mainManagedObjectContext mergeChangesFromContextDidSaveNotification:notification];
}