使用Core Data时的模型实例化问题

Question

我对核心数据的一方面有点困惑。 也就是说，我什么时候使用基本的 alloc/init 例程 vs 创建一个具有核心数据的对象并将其保存到当前的托管对象上下文中。

我知道这是一个相当模糊的问题，所以让我举个例子。

我目前正在开发一个应用程序，它会迭代 iPhone 上用户的所有通讯录。 从那里，我编写了一个名为“Person”的模型类。 我曾经在人员循环中做这样的事情：

Person *person = [[Person alloc] initWithWrapper:mywrapper];

mywrapper 将包含一个带有 person 属性的 NSDictionary。 稍后我就可以使用 person 对象填充我的应用程序中的地址簿。

现在我开始使用核心数据重建应用程序的部分内容。 我是否继续使用上述策略来填充我的地址簿？ 或者我应该这样做：

    Person *person = (Person *)[NSEntityDescription insertNewObjectForEntityForName:@"Person" inManagedObjectContext:managedObjectContext];

    [person setName:name];
    [person setDob:dob];

    // Commit the change.
    NSError *error;
    if (![managedObjectContext save:&error]) {
        // Handle the error.
    }

问题是，每次应用程序启动时都会执行此代码。 我是否应该不使用核心数据，因为每次应用程序加载时它都会用人员的冗余实例填充存储机制？ 我应该修改我的 NSManagedObject （Person 类）并添加我的 initWithWrapper: 方法并像平常一样继续吗？

有点困惑，希望澄清。

Answer 1

您永远不应该在托管对象上下文之外初始化 Core Data 对象 - 这根本没有意义。 拥有一些对

Person *person = [[[Person alloc] init] autorelease];

您没有任何好处，因为如果没有上下文（以及模型和存储协调器）的支持，您将无法保存对象、操作它或真正执行 Core Data 提供的任何有用的操作。

当您第一次将对象插入 Core Data 时，您应该仅使用 alloc-init 组合； 这就是 initWithEntity:insertIntoManagedObjectContext: 方法的用途。 你是对的，每次调用该方法时，你都会将一个新对象插入到 Core Data 上下文中并因此进行存储，如果你不小心，你可能会得到重复的对象。

如果您在每次启动时运行代码，我会建议您提出一个核心数据查询，该查询返回一些现有的 Person 对象集，并且仅添加不存在的对象（使用初始化方法）商店中已经存在。 如果该对象已存在，请修改它而不是创建新对象。

诀窍是让这样的东西正常执行。 您不应该为 iPhone 地址簿中的每个联系人执行核心数据提取； 许多像这样的小件物品都非常昂贵。 理论上，您可以获取两个 NSSet - 一个 Person 对象，一个联系人 - 然后通过某个唯一键（例如联系人名字和姓氏的哈希值）对它们进行比较。 我把优化留给你。

关键点是：不要在 Core Data 对象上使用 alloc 和 init 除非您打算第一次将该对象插入上下文< /强>。 相反，请查看现有对象并在必要时修改它们。

Answer 2

是的，最简单的方法是将 initWithWrapper 方法添加到 Person 类中。 它会是这样的：

- (id) initWithWrapper:(NSDictionary *)wrapper {
  NSEntityDescription * person = [NSEntityDescription entityForName:@"Person" inManagedObjectContext:someMOC];
  if (self = [super initWithEntity:person insertIntoManagedObjectContext:someMOC]) {
    //do your wrapperly initialization here
  }
  return self;
}

唯一的缺点是这个方法必须知道它应该将对象插入到哪个 ManagedObjectContext 中，所以你必须找到一种方法来提供它。

话虽这么说，我自己一直在使用这种模式。