如何处理临时NSManagedObject实例？

Question 1

我需要创建NSManagedObject实例，对其进行处理，然后将其丢弃或存储到sqlite db。问题是，我无法创建NSManagedObject未连接到的实例，NSManagedObjectContext这意味着在我决定不需要数据库中的某些对象之后，必须以某种方式进行清理。

为了解决这个问题，我使用相同的协调器创建了一个内存中的存储，并通过使用assignObject:toPersistentStore.Now来将临时对象放置在其中，如何确保这些临时对象不会到达数据，该数据是我从两家商店的共同点是什么？还是我必须为此任务创建单独的上下文？

UPD：

现在，我正在考虑为内存存储创建单独的上下文。如何将对象从一个上下文移动到另一个上下文？仅使用[context insertObject：]？在这种设置下可以正常工作吗？如果我从对象图中插入一个对象，那么整个图是否也会插入到上下文中？

Question 2

注意：此答案很旧。查看评论以获取完整历史记录。此后，我的建议已更改，我不再建议使用未关联的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
}

Question 3

iOS5为Mike Weller的答案提供了更简单的选择。而是使用子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 session 214。

Question 4

实现此类目标的正确方法是使用新的托管对象上下文。使用相同的持久性存储创建托管对象上下文：

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

然后，添加新对象，对其进行突变等。

当需要保存时，您需要在tempContext上调用[tempContext save：...]，并处理save通知以将其合并到原始上下文中。要丢弃这些对象，只需释放此临时上下文并忽略它即可。

因此，当您保存临时上下文时，所做的更改将保存到存储中，而您只需要将这些更改返回到主上下文中即可：

/* 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];

这也是您应该处理多线程核心数据操作的方式。每个线程一个上下文。

如果您需要从此临时上下文访问现有对象（以添加关系等），则需要使用对象的ID来获取新的实例，如下所示：

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

如果您尝试NSManagedObject在错误的上下文中使用，则保存时会出现异常。

Question 5

从nil上下文创建临时对象可以正常工作，直到您实际上尝试与上下文！= nil！的对象建立关系为止。

确保您可以。

Question 6

您所描述的正是aNSManagedObjectContext的作用。

摘自《核心数据编程指南：核心数据基础》

您可以将托管对象上下文视为智能便笺本。从持久性存储中获取对象时，会将临时副本带到暂存器中，在此它们形成对象图（或对象图的集合）。然后，您可以根据需要修改这些对象。但是，除非您实际保存这些更改，否则持久存储将保持不变。

和核心数据编程指南：托管对象验证

这也支撑了代表“便签本”的托管对象上下文的想法—通常，您可以将托管对象放到便签本上并对其进行编辑，但最终还是要提交更改或放弃它们，然后再进行编辑。

NSManagedObjectContext被设计为轻量级的。您可以随意创建和丢弃它们-它是持久性存储协调器，而依赖关系是“繁重的”。单个持久性存储协调器可以具有与其关联的许多上下文。在较旧的，过时的线程限制模型下，这意味着在每个上下文上设置相同的持久性存储协调器。今天，这意味着将嵌套上下文连接到与持久性存储协调器关联的根上下文。

创建上下文，在该上下文中创建和修改托管对象。如果要保留它们并传达这些更改，请保存上下文。否则将其丢弃。

尝试创建独立于的托管对象NSManagedObjectContext会带来麻烦。请记住，核心数据最终是对象图的变更跟踪机制。因此，托管对象实际上是托管对象上下文的一部分。上下文遵循其生命周期，如果没有上下文，并非所有托管对象功能都将正常运行。

Question 7

根据您使用临时对象的不同，上述建议也有一些警告。我的用例是我想创建一个临时对象并将其绑定到视图。当用户选择保存此对象时，我想设置与现有对象的关系并保存。我想这样做是为了避免创建一个临时对象来保存这些值。（是的，我可以等到用户保存后再获取视图内容，但是我将这些视图放在表中，这样做的逻辑不太优雅。）

临时对象的选项是：

1）（首选）在子上下文中创建临时对象。这是行不通的，因为我将对象绑定到UI，并且不能保证在子上下文中调用对象访问器。（我没有找到其他说明的文件，所以我不得不假设。）

2）使用nil对象上下文创建临时对象。这不起作用，并导致数据丢失/损坏。

我的解决方案：我通过使用nil对象上下文创建临时对象来解决此问题，但是当我保存对象而不是将其插入为＃2时，我将其所有属性复制到了在主上下文中创建的新对象中。我在我的NSManagedObject子类中创建了一个支持方法，称为cloneInto：，它使我可以轻松地复制任何对象的属性和关系。

Question 8

对我来说，马库斯的答案行不通。这对我有用：

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]

Question 9

我正在为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")
    }
}