ios - NSKeyedArchiver 与核心数据

Question

我正在使用 Objective-C 构建一个应用程序，我想保留数据。我在 NSKeyedArchiver 和核心数据之间犹豫不决。我知道网上有很多关于此的资源(包括 Objective-C best choice for saving data )，但我仍然怀疑我应该使用哪个资源。以下是让我好奇的两件事:

(1) 我假设我将有大约 1000-10000 个对象来处理 1-10 Mb 的数据量。我将对这些对象进行标准数据库查询。我希望能够在启动时加载所有这些对象并不时保存它们——加载或保存 1 秒的处理时间对我来说就可以了。

(2) 目前我的模型相当复杂:例如 classA 在其他属性中包含一个 classB 数组，它本身由(除其他外)classC 类型的属性和 classD 类型的属性组成。并且 D 类本身包含 classE 类型的属性。

我是否正确地假设 (1) 意味着 NSKeyedArchiver 仍然可以正常工作，而 (2) 意味着使用核心数据可能不是很简单？我试图在网上寻找像我的案例 (2) 这样的核心数据与复杂对象图结构一起使用的案例，但没有找到那么多资源。这是目前最让我无法使用它的原因。

Answer 1

你指出的两件事都让我倾向于使用 CoreData 而不是 NSKeyedArchiver:

1. CoreData 能够很好地处理 10,000 个对象(如果不是更多的话)，并且它可以支持相对直接的“类似数据库”的数据查询(使用 NSSortDescriptors 排序) ，使用 NSPredicate 进行过滤)。可以实现的目标是有限的，但最坏的情况是您可以将所有数据加载到内存中 - 这就是您必须使用 NSKeyedArchiver 解决方案所做的事情。

   亚秒级加载应该是可以实现的(我刚刚在模拟器中用 0.17 秒测试了 10,000 个对象，总计 14Mb)，特别是如果您优化为最初仅加载基本数据，并让 CoreData 的故障过程带来必要时在附加数据中。同样，这会比 NSKeyedArchiver 更好。

2. 虽然大多数演示/教程选择相对简单的数据模型(足以演示属性和关系)，但 CoreData 可以处理更复杂的数据模型。下面是您描述的关系的模型，花了几分钟拼凑而成:

如果您为所有这些实体生成子类，那么遍历这些关系就很简单(向前和向后 - 自动为您管理反向关系)。同样，存在局限性(CoreData 为您执行 SQL，但这样做不如直接使用关系数据库灵活)。

希望对您有所帮助。