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 类本身包含 E 类的属性。

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

Answer 1

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

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

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

2. 虽然大多数演示/教程选择相对简单的数据模型（足以展示属性和关系），但 CoreData 可以处理更复杂的数据模型。下面是您描述的关系的模型，花了几分钟时间整理：

如果您为所有这些实体生成子类，那么遍历这些关系很简单（向前和向后 - 反向关系都会自动为您管理）。同样，也有一些限制（CoreData 可以为您使用 SQL，但这样做不如直接使用关系数据库灵活）。

希望对您有所帮助。