Як мати справу з тимчасовими екземплярами NSManagedObject?

Мені потрібно створювати NSManagedObjectекземпляри, робити з ними щось, а потім смітити їх або зберігати в sqlite db. Проблема полягає в тому, що я не можу створювати екземпляри без NSManagedObjectзв’язку з, NSManagedObjectContextі це означає, що я повинен якось очиститись після того, як вирішу, що мені не потрібні деякі об’єкти в моїй базі даних.

Для боротьби з цим я створив сховище в пам’яті, використовуючи той самий координатор, і розміщую там тимчасові об’єкти за допомогою програми assignObject:toPersistentStore.Now, як я можу переконатись, що ці тимчасові об’єкти не потрапляють до даних, які я отримую з спільний для обох магазинів контекст? Або мені доводиться створювати окремі контексти для такого завдання?

UPD:

Зараз я думаю про створення окремого контексту для сховища в пам'яті. Як перемістити об'єкти з одного контексту в інший? Просто використовуючи [context insertObject:]? Чи буде це нормально працювати в цій установці? Якщо я вставляю один об'єкт із графіка об'єктів, чи весь графік також вставляється в контекст?

ПРИМІТКА: Ця відповідь дуже стара. Див. Коментарі для повної історії. З тих пір моя рекомендація змінилася, і я більше не рекомендую використовувати неасоційовані NSManagedObjectекземпляри. Моя поточна рекомендація - використовувати тимчасові дочірні NSManagedObjectContextекземпляри.

Оригінальна відповідь

Найпростіший спосіб зробити це - створити свої NSManagedObjectекземпляри без пов'язаного з ними NSManagedObjectContext.

NSEntityDescription *entity = [NSEntityDescription entityForName:@"MyEntity" inManagedObjectContext:myMOC];
NSManagedObject *unassociatedObject = [[NSManagedObject alloc] initWithEntity:entity insertIntoManagedObjectContext:nil];

Потім, коли ви хочете зберегти його:

[myMOC insertObject:unassociatedObject];
NSError *error = nil;
if (![myMoc save:&error]) {
  //Respond to the error
}

iOS5 пропонує простішу альтернативу відповіді Майка Веллера. Натомість використовуйте дочірній NSManagedObjectContext. Це позбавляє потреби батуту через NSNotificationCenter

Щоб створити дочірній контекст:

NSManagedObjectContext *childContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType];
childContext.parentContext = myMangedObjectContext;

Потім створіть свої об’єкти, використовуючи дочірній контекст:

NSManagedObject *o = [NSEntityDescription insertNewObjectForEntityForName:@"MyObject" inManagedObjectContext:childContext];

Зміни застосовуються лише тоді, коли дочірній контекст збережено. Тож відкидати зміни просто не зберігати.

Все ще існує обмеження на стосунки. тобто ви не можете створювати зв’язки з об’єктами в іншому контексті. Щоб обійти це, використовуйте objectID, щоб отримати об'єкт з дочірнього контексту. напр.

NSManagedObjectID *mid = [myManagedObject objectID];
MyManagedObject *mySafeManagedObject = [childContext objectWithID:mid];
object.relationship=mySafeManagedObject;

Зверніть увагу, що збереження дочірнього контексту застосовує зміни до батьківського контексту. Збереження батьківського контексту зберігає зміни.

Див WWDC 2012 сесій 214 для повного пояснення.

Правильний спосіб досягти такого роду - це новий контекст керованого об’єкта. Ви створюєте контекст керованого об'єкта з тим же постійним сховищем:

NSManagedObjectContext *tempContext = [[[NSManagedObjectContext alloc] init] autorelease];
[tempContext setPersistentStore:[originalContext persistentStore]];

Потім ви додаєте нові об’єкти, мутуєте їх тощо.

Коли настає час збереження, вам потрібно зателефонувати [tempContext save: ...] на tempContext і обробити сповіщення про збереження, щоб об’єднати це у вихідний контекст. Щоб відкинути об’єкти, просто відпустіть цей тимчасовий контекст і забудьте про нього.

Отже, коли ви зберігаєте тимчасовий контекст, зміни зберігаються в магазині, і вам просто потрібно повернути ці зміни назад у ваш основний контекст:

/* Called when the temp context is saved */
- (void)tempContextSaved:(NSNotification *)notification {
    /* Merge the changes into the original managed object context */
    [originalContext mergeChangesFromContextDidSaveNotification:notification];
}

// Here's where we do the save itself

// Add the notification handler
[[NSNotificationCenter defaultCenter] addObserver:self
                                         selector:@selector(tempContextSaved:)
                                             name:NSManagedObjectContextDidSaveNotification
                                           object:tempContext];

// Save
[tempContext save:NULL];
// Remove the handler again
[[NSNotificationCenter defaultCenter] removeObserver:self
                                                name:NSManagedObjectContextDidSaveNotification
                                              object:tempContext];

Це також спосіб, яким слід обробляти багатопотокові операції з основними даними. Один контекст на нитку.

Якщо вам потрібно отримати доступ до існуючих об’єктів із цього тимчасового контексту (для додавання відносин тощо), вам потрібно використовувати ідентифікатор об’єкта, щоб отримати новий екземпляр, такий як:

NSManagedObject *objectInOriginalContext = ...;
NSManagedObject *objectInTemporaryContext = [tempContext objectWithID:[objectInOriginalContext objectID]];

Якщо ви спробуєте використовувати a NSManagedObjectу неправильному контексті, ви отримаєте винятки під час збереження.

Створення тимчасових об'єктів з контексту nil працює нормально, поки ви насправді не спробуєте встановити зв'язок з об'єктом, контекст якого! = Nil!

переконайтеся, що з вами все в порядку.

Те, що ви описуєте, саме для чого NSManagedObjectContext.

З Посібника з програмування основних даних: Основи основних даних

Ви можете уявити контекст керованого об'єкта як розумну подряпину. Коли ви отримуєте об’єкти з постійного сховища, ви приносите тимчасові копії на скретч-майданчик, де вони утворюють графік об’єктів (або колекцію графіків об’єктів). Потім ви можете змінювати ці об’єкти, як вам подобається. Однак якщо ви насправді не збережете ці зміни, постійне сховище залишається незмінним.

І Посібник із програмування основних даних: Перевірка керованих об’єктів

Це також лежить в основі ідеї контексту керованого об'єкта, що представляє "скретч-панель" - загалом, ви можете перенести керовані об'єкти на скретч-панель і редагувати їх, як завгодно, перш ніж в кінцевому підсумку або внести зміни, або відкинути їх.

NSManagedObjectContexts розроблені для полегшення ваги. Ви можете створювати та відкидати їх за бажанням - це постійний координатор магазинів і "залежності", які "важкі". Один постійний координатор магазину може мати багато контекстів, пов’язаних з ним. За старою, застарілою моделлю обмеження потоків це означало б встановлення однакового постійного координатора сховища для кожного контексту. Сьогодні це означало б підключення вкладених контекстів до кореневого контексту, який пов'язаний з постійним координатором сховища.

Створюйте контекст, створюйте та змінюйте керовані об'єкти в цьому контексті. Якщо ви хочете зберегти їх і повідомити про ці зміни, збережіть контекст. В іншому випадку викиньте його.

Спроба створити керовані об’єкти, незалежні від NSManagedObjectContext, вимагає неприємностей. Пам'ятайте, що Основні дані - це врешті-решт механізм відстеження змін для графіку об'єкта. Через це керовані об'єкти насправді є частиною контексту керованого об'єкта . Контекст відстежує їх життєвий цикл , і без контексту не вся функціональність керованого об’єкта працюватиме коректно.

Залежно від того, як ви використовуєте тимчасовий предмет, є деякі застереження щодо вищезазначених рекомендацій. Мій варіант використання полягає в тому, що я хочу створити тимчасовий об'єкт і прив'язати його до подань. Коли користувач вирішує зберегти цей об’єкт, я хочу налаштувати відносини до існуючих об’єктів і зберегти. Я хочу зробити це, щоб уникнути створення тимчасового об'єкта для зберігання цих значень. (Так, я міг би просто почекати, поки користувач збереже, а потім захопити вміст подання, але я поміщаю ці подання всередину таблиці, і логіка для цього менш елегантна.)

Варіанти тимчасових об'єктів:

1) (бажано) Створити тимчасовий об'єкт у дочірньому контексті. Це не буде працювати, оскільки я прив’язую об’єкт до інтерфейсу користувача, і я не можу гарантувати, що доступ до об’єкта викликається у дочірньому контексті. (Я не знайшов жодної документації, яка б свідчила про інше, тому я повинен припустити.)

2) Створіть тимчасовий об'єкт з нульовим контекстом об'єкта. Це не працює і призводить до втрати / пошкодження даних.

Моє рішення: Я вирішив це, створивши тимчасовий об’єкт із нульовим контекстом об’єкта, але коли я зберігаю об’єкт, а не вставляю його як номер 2, я копіюю всі його атрибути в новий об’єкт, який я створюю в основному контексті. Я створив допоміжний метод у своєму підкласі NSManagedObject, який називається cloneInto: це дозволяє мені легко копіювати атрибути та відносини для будь-якого об’єкта.

Для мене відповідь Маркуса не спрацювала. Ось, що мені вдалося:

NSEntityDescription entityForName:@"MyEntity" inManagedObjectContext:myMOC];
NSManagedObject *unassociatedObject = [[NSManagedObject alloc] initWithEntity:entity insertIntoManagedObjectContext:nil];

тоді, якщо я вирішу його зберегти:

[myMOC insertObject:unassociatedObjet];
NSError *error = nil;
[myMoc save:&error];
//Check the error!

Потрібно також не забути випустити його

[unassociatedObject release]

Я переписую цю відповідь для Swift, оскільки всі подібні запитання для swift переспрямовують на це питання.

Ви можете оголосити об'єкт без будь-якого ManagedContext, використовуючи такий код.

let entity = NSEntityDescription.entity(forEntityName: "EntityName", in: myContext)
let unassociatedObject = NSManagedObject.init(entity: entity!, insertInto: nil)

Пізніше, щоб зберегти об'єкт, ви можете вставити його в контекст і зберегти.

myContext.insert(unassociatedObject)
// Saving the object
do {
    try self.stack.saveContext()
    } catch {
        print("save unsuccessful")
    }
}