objective-c - 最佳实践？ - 数组/字典作为核心数据实体属性

Question

关闭。这个问题是 opinion-based .它目前不接受答案。

---

想要改进这个问题吗？ 更新问题，以便 editing this post 提供事实和引用来回答它.

关闭 7 年前。

Improve this question

我是 Core Data 的新手。我注意到集合类型不能用作属性类型，并且想知道将数组/字典类型数据存储为属性的最有效方法是什么(例如，构成街道、城市等地址的元素确实如此不需要单独的实体，并且比单独的属性/字段更方便地存储为字典/数组)。谢谢。

Answer 1

Core Data 中没有“ native ”数组或字典类型。您可以将 NSArray 或 NSDictionary 存储为可转换属性。这将使用 NSCoding 将数组或字典序列化为 NSData 属性(并在访问时适本地反序列化它)。这种方法的优点是简单。缺点是您无法查询数组或字典(它在数据存储中存储为 BLOB)，如果集合很大，您可能必须将大量数据移入/移出数据存储(如果它是SQLite 数据存储)只是为了读取或修改集合的一小部分。

另一种方法是使用 Core Data 对多关系来建模数组或字典集合的语义。数组更容易，所以让我们从它开始。 Core Data 多对多关系实际上是对集合进行建模，因此如果您需要类似数组的功能，则必须对集合进行排序(使用获取的属性是一种方便的方法)或向实体添加额外的索引属性存储数组项并自己管理索引。如果您要存储同构数组(所有条目都是同一类型)，则很容易为数组实体建模实体描述。如果不是，您必须决定是使用可转换属性来存储商品数据还是创建一系列商品实体。

对字典进行建模可能需要与一组存储键和值的实体建立一对多关系。键和值都类似于上面描述的数组的项目实体。因此它们可以是原生类型(如果您提前知道的话)、可转换的属性或与特定类型实体系列中的实例的关系。

如果这一切听起来有点令人生畏，那就是。将任意数据硬塞到像 Core Data 这样依赖于模式的框架中是很困难的。

对于结构化数据，例如地址，花时间对实体进行显式建模几乎总是更容易(例如地址的每个部分的属性)。除了避免所有额外的代码来为字典建模之外，这还使您的 UI 更容易(绑定(bind)将“正常工作”)并且您的验证逻辑等更加清晰，因为其中大部分可以由 Core Data 处理。

更新

从 OS X 10.7 开始，Core Data 包含一个有序集合类型，可以用来代替数组。如果您可以针对 10.7 或更高版本，这是有序(类数组)集合的最佳解决方案。