Требуется ли отдельный NSManagedObjectContext для отката изменений coredata, с которыми пользователь не согласен?
Я отмечаю в примере CoreDataBooks он использует отдельный NSManagedObjectContext. Я хотел бы спросить, является ли это единственным реальным способом удовлетворения требования, и если нет, то каким будет альтернативный подход?
Требование:
- позволяет пользователю начать вносить изменения в поля объекта на странице
- это может включать выделение отдельных модальных представлений, чтобы помочь им установить эти данные
- предлагает одобрить или отменить изменения или нет
- как часть внесения изменений, которые вы все еще используете, используя управляемые объекты CoreData (т. Е. Не нужно создавать отдельный набор объектов / подходов для этого)
- так что, если вы хотите использовать существующие объекты основных данных, а затем иметь поддержку изменений OK и CANCEL, это единственный способ сделать это, имея отдельный 2-й NSManagedObjectContext?
ВЫДЕРЖКА ИЗ ПРИМЕРА ДЛЯ ССЫЛКИ
Создает новую книгу, AddViewController для управления добавлением
книга и новый контекст управляемого объекта для контроллера добавления, чтобы сохранить
изменения, внесенные в книгу отдельно от управляемого приложения
контекст объекта, пока книга не будет сохранена. ВАЖНО: это не обязательно
использовать второй контекст для этого. Вы можете просто использовать существующий
контекст, который упростит часть кода - вам не нужно
объединить изменения после сохранения, например. Эта реализация, тем не менее,
иллюстрирует шаблон, который иногда может быть полезен (где вы хотите
сохранить отдельный набор правок).