Производительность метода NSManagedObjectContext

Question

Я оптимизирую свое первое приложение для iOS, прежде чем оно попадет в магазин, и отметив методы, которые занимают, казалось бы, большее количество времени. У меня есть довольно простое приложение с основными деталями, в котором объекты из SQLite Core Data показаны в UITableView, а затем нажатие на один приводит к подробному представлению, в котором пользователь может пометить его как любимый (установив флаг BOOL в этом объекте на YES. Как только они попали их любимую кнопку, я называю [NSManagedObjectContext save], чтобы гарантировать, что их изменения отражаются немедленно, а в случае незапланированного прекратить и т.д.

Это save операция в настоящее время принимает вокруг 205ms при тестировании на моем iPhone 4S. Там составляют около 4500 записей в базе данных, каждая из которых содержит несколько строк и несколько булевых значений (завернутые в NSNumber с).

Первый вопрос: , если это потребуется? Я устанавливаю только одно логическое значение, а затем сохраняю контекст, но я никогда не использовал Core Data, поэтому не знаю, нормально ли это.

Второй вопрос: код, который я использую, ниже - я делаю что-то не так в коде, чтобы сделать этот метод длинным для выполнения?

- (IBAction) makeFavorite: (id) sender 
{ 
    [self.delegate detailViewControllerDidMakeFavorite]; 
    [_selectedLine setIsLiked: [NSNumber numberWithBool: YES]]; 
    [_selectedLine setIsDisliked: [NSNumber numberWithBool: NO]]; 
    NSError *error; 
    if (![[[CDManager sharedManager] managedObjectContext] save:&error]) NSLog(@"Saving changes failed: %@, %@", error, [error userInfo]); 
} 

Может быть, я тревожиться по пустякам (я все еще относительно новый программист), но на более широкой ноте, 200мс достаточно для меня, по крайней мере, попытаться решить этот вопрос, не так ли? :)

Answer 1

Рассмотрите UIManagedDocument. Он автоматически обрабатывает сохранение в фоновом контексте. Я особенно рекомендую его, если вы на iOS 6. Если вы не передаете идентификаторы объектов вокруг или не сливаетесь с другими контекстами, вы должны иметь возможность использовать его достаточно легко и надежно.

Ваш простой пример использования выглядит специально для него.

Answer 2

1) В случае сохранения одного изменения логического значения принимают 200 мс?

Да, это может занять это долго. Вы выполняете операцию ввода-вывода, и в соответствии с documentation:

Когда ядро ​​данных сохраняет SQLite магазин, SQLite обновления только часть файла хранилища. Потеря частичного обновления будет катастрофичной, поэтому вы можете убедиться, что файл написан правильно до того, как ваше приложение будет продолжено. К сожалению, это означает, что в некоторых ситуациях сохранение даже небольшого набора изменений в хранилище SQLite может занять значительно больше времени, чем сохранение, скажем, хранилища XML.

-

2) я делаю что-то неправильно в коде, чтобы сделать метод принять это долго, чтобы выполнить?

No. вы делаете сохранения в хранилище (в предположении, у вас нет родительского контекста).

-

3) Являются 200мс достаточно для меня, по крайней мере, попытаться решить эту проблему?

Да. 200 мс являются заметным временем для человека и будут ощущаться. вы можете попробовать и выполнить сохранение в фоновом режиме, но это небезопасно в соответствии с documentation. или, переместите его в конец всего редактирования объекта.

Моей рекомендацией было бы прочитать и посмотреть, можете ли вы сделать некоторые компромиссы в своей контекстной архитектуре (структура стека CoreData).
Из моего опыта сохранение на заднем плане не так уж плохо.