有没有办法实例化 NSManagedObject 而不插入它？

Question

我有一个用于插入事务的用户界面。一旦用户单击加号，他就会看到屏幕，我想实例化我的 Core Data NSManagedObject 实体，让用户可以对其进行操作。然后，当用户单击“保存”按钮时，我将调用保存函数。

所以具体到代码：

transaction = (Transaction *)[NSEntityDescription insertNewObjectForEntityForName:@"Transaction" inManagedObjectContext:self.managedObjectContext];
//even if i dont call save: its going to show up on my table
[self.managedObjectContext save:&error]

PS 我在该表上使用 NSFetchedResultsController ，我看到 NSFetchedResultsController 正在向表中插入一个部分和一个对象。

我的想法是，如果有一种方法可以实例化 Transaction NSManagedObject，我可以更新它而无需保存，直到客户端选择这样做。

Answer 1

无论如何，Marcus Zarra 似乎在推广nil 上下文方法，声称创建新上下文的成本很高。有关更多详细信息，请参阅此答案类似的问题。

更新

我目前正在使用零上下文方法，并且遇到了其他人可能感兴趣的内容。要创建没有上下文的托管对象，请使用 NSManagedObject 的 initWithEntity:insertIntoManagedObjectContext: 方法。根据Apple对此方法的文档：

如果context不为nil，则此方法
调用 [context insertObject:self]
（这会导致awakeFromInsert
调用）。

这里的含义很重要。创建托管对象时使用 nil 上下文将阻止调用 insertObject:，从而阻止调用 awakeFromInsert。因此，使用 nil 上下文时，在 awakeFromInsert 中完成的任何对象初始化或默认属性值设置都不会自动发生。

底线：当使用没有上下文的托管对象时，awakeFromInsert 不会被自动调用，您可能需要额外的代码来补偿。

Answer 2

使用 nil MOC 存在一个基本问题：不同 MOC 中的对象不应该互相引用——这可能也适用于关系的一侧具有 nil MOC 的情况。如果保存会发生什么？ （当你的应用程序的另一部分保存时会发生什么？）

如果你的对象没有关系，那么你可以做很多事情（比如 NSCoding）。

您也许可以在 NSPredicate 中使用 -[NSManagedObject isInserted] （大概在插入和成功保存之间为 YES）。或者，您可以使用具有相同行为的瞬态属性（在 awakeFromInsert 中将其设置为 YES，在 willSave 中将其设置为 NO）。如果应用程序的不同部分保存，这两种情况都可能会出现问题。

不过，使用第二个 MOC 是 CoreData “应该”使用的方式；它会自动为您处理冲突检测和解决。当然，您不想每次发生更改时都创建一个新的 MOC；如果您不介意 UI 的某些部分看到其他部分中未保存的更改（MOC 间通信的开销可以忽略不计），那么使用一个 MOC 来处理缓慢的“用户线程”未保存的更改可能是明智的。

Answer 3

这是我的解决方法：

在加载时，我们知道我们正在处理一项新事务，我创建了一个脱离上下文的事务。

NSEntityDescription *entity = [NSEntityDescription entityForName:@"Transaction" inManagedObjectContext:self.managedObjectContext];
        transaction = (Transaction *)[[NSManagedObject alloc] initWithEntity:entity insertIntoManagedObjectContext:nil];

然后，当谈到建立关系时，我这样做了：

if( transaction.managedObjectContext == nil){
        NSEntityDescription *entity = [NSEntityDescription entityForName:@"Category" inManagedObjectContext:self.managedObjectContext];
        Category *category = (Category *)[[NSManagedObject alloc] initWithEntity:entity insertIntoManagedObjectContext:nil];
        category.title = ((Category *)obj).title;
        transaction.category = category;
        [category release];
    }
    else {
        transaction.category = (Category *)obj;
    }

最后保存：

if (transaction.managedObjectContext == nil) {
        [self.managedObjectContext insertObject:transaction.category];
        [self.managedObjectContext insertObject:transaction];
    }
    //NSLog(@"\n saving transaction\n%@", self.transaction);

    NSError *error;
    if (![self.managedObjectContext save:&error]) {
        // Update to handle the error appropriately.
        NSLog(@"Unresolved error %@, %@", error, [error userInfo]);
        exit(-1);  // Fail
    }

Answer 4

您可以使用 -[NSManagedObject initWithEntity:insertIntoManagedObjectContext:] 插入 NSManagedObjectContext，并为托管对象上下文传递 nil。当然，您必须将其分配给上下文（在保存之前使用 -[NSManageObjectContext insertObject:] 。据我所知，这实际上并不是 Core Data 中的预期模式（但是请参阅@mzarra的回答此处）。棘手的排序问题（即确保实例在预期拥有上下文之前被分配给上下文，等等）。 ，保存上下文，并处理 NSManagedObjectDidSaveNotification 将更改合并到您的“主”上下文中。如果用户取消事务，您只需清除上下文并继续您的业务。

Answer 5

可以使用 nil 作为上下文来创建 NSManagedObject，但如果有其他 NSManagedObject，它必须链接到它会导致错误。我这样做的方式是将上下文传递到目标屏幕并在该屏幕中创建一个 NSManagedObject。使所有更改链接其他 NSManagedObjects。如果用户点击取消按钮，我会删除 NSManagedObject 并保存上下文。如果用户点击保存按钮，我会更新 NSManagedObject 中的数据，将其保存到上下文中，然后释放屏幕。在源屏幕中，我通过重新加载更新表。

删除目标屏幕中的 NSManagedObject 可以为核心数据提供更新文件的时间。这通常足以让您看不到表视图中的变化。在 iPhone 日历应用程序中，从保存时间到显示在表格视图中的时间存在延迟。从 UI 的角度来看，这可以被认为是一件好事，因为您的用户将专注于刚刚添加的行。我希望这有帮助。

Answer 6

transaction = (Transaction *)[NSEntityDescription insertNewObjectForEntityForName:@"Transaction" inManagedObjectContext:nil];

如果最后一个参数为 nil，它将返回一个 NSManagedObject 而不保存到数据库