Загруженные Restkit вложенные объекты Core Data вызывают NSObjectInaccessibleException

Я нашел решение, которое сработало для меня (я не уверен, насколько оно применимо к вашей ситуации, но я добавляю его в качестве ответа, поскольку оно решило эту (или очень похожую) проблему для меня):

Пару дней назад я запустил пример RKTwitterCoreData и заметил, что он работает отлично, в то время как мой, с очень простым кодом на тот момент и делающий почти то же самое, не работает. У меня много невыполненных ошибок. Поэтому я решил изменить весь свой код, связанный с RestKit, чтобы он отражал то, как это делает пример RKTwitterCoreData.

Я разделю это на куски, чтобы попытаться помочь вам следовать моему мышлению в то время (поскольку я не думаю, что наши проблемы идентичны).

Мое первоначальное предположение о реализации

Поскольку RestKit может возвращать объекты в Core Data, я предположил, что эти управляемые объекты можно использовать взаимозаменяемо. Например, я мог бы использовать объекты из Core Data точно так же, как объекты, полученные из удаленного веб-сервиса. Я мог бы даже объединить их вместе, чтобы получить все данные.

Я ошибался

Я заметил, что код RKTwitterCoreData не совсем работает таким образом. Приличный кусок моего кода совпадал с их, но самая большая разница заключалась в том, что они не рассматривали эти объекты как взаимозаменяемые. На самом деле они никогда не использовали объекты, полученные из удаленных хранилищ данных. Вместо этого они просто позволили этому «провалиться сквозь трещины». Я могу только предположить, что это означает, что они добавлены в хранилище данных Core Data, так как это работает для них, а теперь и для меня.

Подробнее

Мое приложение заработало после изменения моего кода для использования этого потока. Я могу только тогда предположить, что неисполнимые ошибки, которые мы наблюдаем, связаны с использованием объектов, поддерживаемых Core Data, которые мы получаем обратно из веб-службы. Если вместо этого вы просто проигнорируете их, а затем выполните выборку, вы получите все обратно (включая самый последний запрос) и у вас не должно быть никаких невыполнимых ошибок.

Чтобы уточнить, если вы посмотрите на RKTwitterViewController, вы заметите, что строки 45-61 обрабатывают загрузку объектов:

- (void)loadObjectsFromDataStore {
    [_statuses release];
    NSFetchRequest* request = [RKTStatus fetchRequest];
    NSSortDescriptor* descriptor = [NSSortDescriptor sortDescriptorWithKey:@"createdAt" ascending:NO];
    [request setSortDescriptors:[NSArray arrayWithObject:descriptor]];
    _statuses = [[RKTStatus objectsWithFetchRequest:request] retain];
}

- (void)loadData {
    // Load the object model via RestKit    
    RKObjectManager* objectManager = [RKObjectManager sharedManager];
    [objectManager loadObjectsAtResourcePath:@"/status/user_timeline/RestKit" delegate:self block:^(RKObjectLoader* loader) {
        // Twitter returns statuses as a naked array in JSON, so we instruct the loader
        // to user the appropriate object mapping
        loader.objectMapping = [objectManager.mappingProvider objectMappingForClass:[RKTStatus class]];
    }];
}

Все выглядит нормально (по крайней мере по сравнению с тем, как я эту загрузку делал изначально). Но взгляните на метод делегата objectLoader:didLoadObjects::

- (void)objectLoader:(RKObjectLoader*)objectLoader didLoadObjects:(NSArray*)objects {
    [[NSUserDefaults standardUserDefaults] setObject:[NSDate date] forKey:@"LastUpdatedAt"];
    [[NSUserDefaults standardUserDefaults] synchronize];
    NSLog(@"Loaded statuses: %@", objects);
    [self loadObjectsFromDataStore];
    [_tableView reloadData];
}

Образец даже не затрагивает параметр objects! (Кроме NSLog, конечно...)

Заключение/tl;dr

Не используйте управляемые объекты, которые вы получили обратно в objectLoader:didLoadObjects:, как если бы они полностью поддерживались Core Data. Вместо этого проигнорируйте их и повторите выборку из Core Data. Все объекты, в том числе из последнего запроса, есть. В противном случае вы получите невыполнимые ошибки (по крайней мере, у меня).

Документирование моего исправления (читай: взлом) по предложению Райана.

Ошибка, похоже, заключается в том, как RestKit предположил, что вы будете использовать объекты, возвращаемые их методом objectLoader:didLoadObjects:. Похоже, они предполагают, что все это будет поддерживаться Core Data (и следовать процессу, аналогичному тому, о чем говорил Райан — позволить ему синхронизироваться с Core Data, а затем повторно запрашивать) или что вы будете использовать все объекты, не поддерживаемые Core Data, и просто сохранить эти результаты вокруг.

В моем случае у меня был микс — корневой массив объектов, не поддерживаемых Core Data, каждый из которых затем содержал массив объектов, поддерживаемых Core Data. Объекты верхнего уровня — это те, для которых я не возражаю запрашивать сервер, и у меня нет причин сохраняться локально за пределами представления, в котором они показаны. Кажется, что после завершения objectLoader:didLoadObjects: контекст управляемого объекта поддерживает объекты Core Data в objects param удаляется (при условии, что вы будете повторно запрашивать их), в результате чего любые будущие вызовы сущностей будут рассматриваться как ошибки, даже если вы не можете вызвать ошибку и загрузить данные (приводит к NSObjectInaccessibleException).

Я обошел это с помощью уродливого хака - в objectLoader:didLoadObjects: я получаю доступ к одному из контекстов управляемых объектов объекта Core Data и копирую его в свойство в представлении (self.context = [tag managedObjectContext];). Это предотвращает освобождение контекста после завершения objectLoader:didLoadObjects:, позволяя мне без проблем обращаться к объектам позже в представлении.

Другим решением может быть повторный запрос вручную для каждой сущности с использованием нового контекста и копирование его обратно в сохраненные возвращаемые объекты. Можно сделать это, когда кто-то собирается их отобразить, или, возможно, какую-то постобработку в objectLoader:didLoadObjects:, используя новый контекст. Идентификатор сущности по-прежнему присутствует в объекте с ошибкой, поэтому его можно использовать для повторного запроса без проблем даже после исчезновения исходного контекста RestKit. Но кажется глупым повторно запрашивать каждую сущность в графе объектов таким образом.