http://blog.csdn.net/a21064346/article/details/8082428
点击打开链接
今天很累，找了一天的coredata对不同数据类型的 attribute的处理，但是还是没有找到一个合理的解决方案。
下面就来和大家分享一下今天的收获。
对于使用过coreData的朋友来说，一定碰到过 type 的类型中没有自己想要得到的那一种。
比如NSArray,NSDictionary,NSValue等等。
比如CGRect,CGImage,UIColor,UIFont等等
那么下面我将介绍，我对这些东西处理有4种方法可以落实。
第一种方法：以前写过一个blog，就是第一种，大家可以去看看，这里省略.
http://blog.csdn.net/a21064346/article/details/7792074
第二种：将attribute的type设置成Transformable格式。使用时装载的数据格式得遵循<NSCoding>
[csharp] view plain copy NSAttributeType type = [self typeForEditedAttribute]; switch( type ) { case NSDateAttributeType: valueFromView = self.datePicker.date; break; case NSStringAttributeType: if( [self.fieldKeyTester shouldUseTextViewForKey: self.editedFieldKey inEntity: self.editedObject.entity.name] ) { valueFromView = self.textView.text; } else { valueFromView = self.textField.text; } break; case NSInteger16AttributeType: case NSInteger32AttributeType: case NSInteger64AttributeType: valueFromView = [NSNumber numberWithInteger: [self.textField.text integerValue]]; break; case NSDecimalAttributeType: case NSDoubleAttributeType: case NSFloatAttributeType: valueFromView = [NSNumber numberWithDouble: [self.textField.text doubleValue]]; break; case NSBooleanAttributeType: valueFromView = [NSNumber numberWithBool: self.switchControl.isOn]; break; case NSObjectIDAttributeType: case NSTransformableAttributeType://这里就可以来进行一个归档，然后通过coredata进行存储了。反向操作的时候，也是类似的。 [csharp] view plain copy //根据自己的code来写判定条件就好了。 case NSBinaryDataAttributeType: case NSUndefinedAttributeType: NSLog( @"Don't know how to handle attribute type: %d in %s", type, __func__ ); break; default: NSLog( @"Unrecognized attribute type: %d in %s", type, __func__ ); break; } 具体code太多。。。不好贴，就先找个代表性的。
其实，看完第一种方法的人，运用过，就可以发掘，这两种东西不是感觉一回事吗？答案是否定的。举个比喻来说：第一种方法是 东西还没吃到肚子里，就开始做归档操作转化为NSData的形式，用的时候再反向操作。第二种方法，虽然也是要去进行类似的处理，但是它是在配置搭建entities（表）的时候（还没倒入数据），就已经弄成这样了。他们一个作用于coredata外，一个是在内。
不过，它们的本质都是 归档，用NSData的格式将数据装起来，用的时候再反向操作。
再介绍第三种方法之前，我想先对前两种方法做一个总结
优点：几乎所有需要存储的数据 都可以通过前两种方法得到解决，方便，将数据得以保存。
缺点：不能通过 qury查询 或者 fetchResult 来进行过滤。（往往这是致命的缺点）
第三种方法，也是本人即将使用的方法（实在是前两种解决不了，因为我需要qury 或者说过滤，而且也没找到好的方法，如果有人能指点一二感激不尽）
将需要的数据（一般来说是需要你能过滤的string的数组），一段一段的写进一个string中，通过一个特殊的标志符号来进行隔断。
查询的时候 例如 ：phoneNumbers中的一个，而一个人有多个phoneNumber，并且有不同的标签。e.g : work 123456;home 0987654;iPhone 778899;
那么我这样自行 组成的string 好处就能发挥出来。
但是，如果是查询 url的话，可能会比较麻烦，因为几乎你找不到 起到划分作用的 字符来拆 string（幸好我没碰到哈哈），而你又需要去过滤去查询，而且又是一个数组或字典的数据对象。
第四种方法，对特殊的attribute 单独建立一个 entity
因为这快不算熟悉，单独的entity需要 relation，和其他entity进行连接
转载于:https://www.cnblogs.com/zsw-1993/archive/2012/10/18/4880772.html
相关资源：数据结构—成绩单生成器