[coreData]Transformable 格式的attribute ，及自定义格式的attribute
转载说明（谢谢）
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>
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进行存储了。反向操作的时候，也是类似的。
//根据自己的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进行连接