Answers:
核心数据中没有“本机”数组或字典类型。您可以将NSArray或NSDictionary作为可转换属性存储。这将用于将NSCoding数组或字典序列化为NSData属性（并在访问时适当地反序列化）。这种方法的优点是很容易。缺点是您无法查询数组或字典（它作为BLOB存储在数据存储区中），并且如果集合很大，则可能必须将大量数据移入/移出数据存储区（如果是SQLite数据存储区）只是为了读取或修改集合的一小部分。
另一种选择是使用“核心数据”对多关系来对数组或字典集合的语义建模。数组更容易，所以让我们开始吧。核心数据对很多关系实际上是在建模一个集合，因此，如果需要类似数组的功能，则必须对集合进行排序（使用fetched属性是一种简便的方法）或向实体添加额外的索引属性它存储数组项并自己管理索引。如果要存储同质数组（所有条目均为同一类型），则可以轻松地为数组实体的实体描述建模。如果不是，则必须决定是使用可转换属性存储项目数据还是创建项目实体系列。
对字典建模可能需要与存储键和值的一组实体建立一对多关系。键和值都类似于上述数组的项目实体。因此，它们可以是本机类型（如果您提前知道的话），可转换的属性或与特定于类型的实体系列中的实例的关系。
如果这听起来有些令人生畏，那就是。将任意数据导入像Core Data这样的依赖于架构的框架中很难。
对于诸如地址之类的结构化数据，花时间明确地对实体进行建模（例如，地址各部分的属性）几乎总是容易的。除了避免所有额外的代码来为字典建模之外，这还使您的UI更加容易（绑定将“正常工作”），并且使验证逻辑等更加清晰，因为其中很多可以由Core Data处理。
更新资料
从OS X 10.7开始，Core Data包含有序集合类型，可以代替数组使用。如果您可以定位10.7或更高版本，则这是有序（类似数组）集合的最佳解决方案。
我有一个类似的问题。就我而言，我想映射一个字符串数组。我听了巴里的建议，终于使它起作用了。这是一些代码的样子（希望可以为遇到此问题的其他人澄清一些事情）...
我的实体看起来像这样：
@interface AppointmentSearchResponse : NSManagedObject
@property (nonatomic, retain) NSSet *messages;
@end我的管理对象模型代码（核心数据）代码如下所示：
NSEntityDescription *entityDescription = [[NSEntityDescription alloc] init];
[entityDescription setName:@"AppointmentSearchResponse"];
[entityDescription setManagedObjectClassName:@"AppointmentSearchResponse"];
NSMutableArray *appointmentSearchResponseProperties = [NSMutableArray array];
NSAttributeDescription *messageType = [[NSAttributeDescription alloc] init];
[messageType setName:@"messages"];
[messageType setAttributeType:NSTransformableAttributeType];
[appointmentSearchResponseProperties addObject:messageType];
[entityDescription setProperties:appointmentSearchResponseProperties];因此，这里的关键项目是：