Как правильно работать c временными данными в CoreData?

Question

[deleted-mezhevikin]

Есть приложение с двумя UITableViewController — FirstViewController и SecondViewController.

В моделях одна сущность People.


В FirstViewController выводятся все данные из People (постоянное хранилище).

В SecondViewController данные загружаются с с севрера в виде json, из json формируется массив сущностей People и они так же выводятся.

По клику ячейки SecondViewController запись(только выбранная) должна сохраняться в постоянное хранилище.


Я пробовал делать разные NSManagedObjectContext для FirstViewController и SecondViewController, но оказалось что нельзя переводить объект NSManagedObject из одного контекста в другой.


Сейчас я в SecondViewController из json формирую массив NSDictionary объектов, по клику уже перевожу его в NSManagedObject и сохраняю.

Получается некая разнородность работы с данными.

Можно решить эту задачу другим способом?

Answer 1

[deleted-mezhevikin]

Нашел рабочее решение моего вопроса.
Решение заключается в воссоздании NSManagedObject в новом контексте, т.е создается новый пустой объект в него копируются аттрибуты и связи.
Ранее я находил подобное решение в одной книге, но оно некорректно работало с NSManagedObject со множенстов связанных объектов.

На первый взгляд данное решение вполне быстро и адекватно работает.

Answer 2

[Ан]

А зачем Вы временные объекты заносите в хранилище.
Почему бы не держать их просто в памяти, а после выбора пользователем вносить только выбранный?

Comments

[Ан]

Оу, не дочитал вопрос
Есть еще вариант создать nsmanagedobject без контекста

NSEntityDescription *entity = [NSEntityDescription entityForName:@"name" inManagedObjectContext:cntx];
id managedObj= [[<nsmanagedobject subclas> alloc] initWithEntity:entity insertIntoManagedObjectContext:nil];

А потом, после выбора, просто добавить его в контекст
Но я не знаю насколько этот подход правилен

[deleted-mezhevikin]

Спасибо за ответ, я находил этот совет на stackoverflou, но он не работает.
nsmanagedobject не может быть перенесен в другой контекст даже если он создан без контекста.

[Ан]

Там же на SO предлагают еще одно решение:
-добавить все объекты в nsmanagedcontext
-не сохранять контекст(в этом случае объекты не попадут в хранилище)
-после выбора пользователя удалить все вставленные объекты кроме выбранного, пройдясь по insertedObject
-сохранить контекст

Вы рассматривали такой вариант?

[deleted-mezhevikin]

Получается что после первого клика объекты удалятся и таблица SecondViewController либо очистится, если вывод через UIFetchedViewController либо следующий клик приведет к крешу, так как объекты уже удалены

[deleted-mezhevikin]

Так же я рассматривал вариант копирования NSManagedObject, то есть мы получаем все аттрибуты, потом все связи и создаем новый NSManagedObject с нужным контекстом и добавляем туда туда аттрибуты и связи.
Данный способ работает, но если например сущность People имеет связь с другой сущностью отношением один ко многим, то сохранения такого обьекта занимает много времени (пару минут).

[Ан]

Как-то странно, я просто думал что после клика (или нажатия на done) SecondViewController скрывается и тогда не суть что там исчезает, а что нет.
А у Вас вон оно как.

[Ан]

А по какому событию временные (созданные из json) управляемые объекты больше не нужны?

[deleted-mezhevikin]

Либо по закрытия приложения, либо по нажатия кнопки refresh в SecondViewController.

[Ан]

Извините, не было времен продолжить нашу дискуссию

Можно добавить к самой entity свойство, отвечающее за временность объекта. Первую таблицу заполнять записями с temp==NO. Вторую, соотвественно, наоборот. Но что-то мне подсказывает, что это немного костыльный подход.

P.S. Очень интересный случай у Вас, дайте мне знать, если найдете какое-то более элегантное решение.

[deleted-mezhevikin]

И этот вариант тоже пробовал, ввел свойство persistent, но проблема в том что когда меняешь этот параметр он появляется в firstviewontroller, но при этом исчезнет из secondviewcontroller, а мне не надо чтобы исчезал. а клонировать/копировать nsmanagedobject никак нельзя.

[deleted-mezhevikin]

Решение похоже что нет в данном случае, я так же пробовал задавать вопрос на стековерфлоу, результата нет

[Ан]

Ну если Вы готовы идти до конца :D, то никто же не мешает это свойство persistent сделать числовым
0 — постоянный объект
1 — и там и там
2- только временный

Но только скрыть эту магию за enum'ом

[deleted-mezhevikin]

да, может сработать.
нужно будет проверить на наличие подводных камней :)

Answer 3

[hybridcattt]

Если такой вариант подойдет, правильнее всего будет не создавать сущности при отображении таблицы в SecondViewController, а сделать источником для таблицы распарсенные данные из json. При выборе пользователем какой-то строки, создавать один NSManagedObject в нужном контексте и сохранять его.

Comments

[hybridcattt]

UPD. не дочитала. В любом случае отображение должно быть одно, а модели может быть две (например какой-то флаг и 2 массива, или проверять isKindOfClass — NSManagedObject или NSDictionary). Все-таки то, как вы пытаетесь сделать, — это использование CoreData не по назначению.

[deleted-mezhevikin]

В документации core data эпл сильно акцентирует на том что core data это не просто обертка над базой данной, а фреймверк для работы с любыми данными в виде объектов. И то что я пытался сделать целевое использование по назначению.

На деле конечно же все плохо.