IOS 之 KVC 数据模型应用

　　引言: IOS为我们提供了KVC,KVO的实现机制，但在一般的APP开发中，应用这种技术的比较少，但是这种技术在多数据型项目处理中可以起到很好的简化代码、APP整体架构的作用，本篇中只介绍KVC的在开发项目中的应用，以及相关发散性技术。

　　简单介绍一下KVC: Key-Value Coding,它是一种使用字符串标识符，间接访问对象属性的机制,在某种程度上跟map的关系匪浅,更深入点使用反射机制对类成员变量进行操作。

　　先看使用方法:

　　1、先定义一个类。

/*!
 @Description  RSS源分类目录实体
 @see      Entity.h
 @author   sherwin.chen
 @version  1.0.0
 */
@interface RSSCategoryEntity : Entity
@property (nonatomic, copy) NSString *strName;      //分类名
@property (nonatomic, copy) NSString *strIconName;  //分类icon图标
@property (nonatomic, assign) NSInteger nRssNum;    //rss条数目
11 @end

     2.外部使用RSSCategoryEntity实体类

    RSSCategoryEntity *rss = [[RSSCategoryEntity alloc] init];
    
    //key use
    [rss setValue:@"sherwin.chen" forKey:@"strName"];
    [rss setValue:@"iRSS.icon"    forKey:@"strIconName"];
    
    NSString* strRSSName = [rss valueForKey:@"strName"];
    NSString* strIconName= [rss valueForKey:@"strIconName"];
    
    //normal use
    strRSSName = rss.strName;
    strIconName= rss.strIconName;

  显然，在一般的项目中，使用KVC操作会使代码冗长，故这种技术在IOS开发中一般很少使用，但是好的技术得用在好的地方。通常，在我们与服务端API接口进行数据交换中，在得到服务端返回的模型化对象 JSON串中，常用的处理就是使用 objectForKey: 来初使化自定义模块。

    NewsEntity *newsEnt = self;
    newsEnt.strId                = [dict objectForKey:BASE_FILDS_ID];
    newsEnt.strTitle             = [dict objectForKey:NEWS_FILDS_Title];
    newsEnt.arImageUrl           = [dict objectForKey:NEWS_FILDS_ImageUrl];
    newsEnt.strCategoryID        = [dict objectForKey:NEWS_FILDS_CategoryID];

但有了 KVC，我们可以优雅的将JSON串转换为模型对象。

假设服务器返回的JOSN串为：

{
        "id":"20140308",
        "name":"IOS Dev",
        "iconName":"icon.png"
        "date":1394254208
}

为此，我们可以设计此JSON对应有模型：

@interface RSSEntity:Entity
@property (nonatomic, copy) NSString *itemID;
@property (nonatomic, copy) NSString *name;
@property (nonatomic, copy) NSString *iconName;
@property (nonatomic, assign) int unixDate;

//模型初使化接口
-(id) initWithDictionary:(NSDictionary*) jsonDict;

@end

@implementation RSSEntity
-(id)initWithDictionary:(NSDictionary *)jsonDict
{
    if (self=[super init]) {
        [self init];
        [self setValuesForKeysWithDictionary:jsonDict];
    }
    return self;
}

-(void)setValue:(id)value forUndefinedKey:(NSString *)key
{
    if ([key isEqualToString:@"id"]) {
        self.itemID = value;
    }
    else if ([key isEqualToString:@"date"]) {
        self.unixDate = [value integerValue];
    }
    else
    {
        NSLog(@"RSSEntity: Undefined Key: %@", key);
        [super setValue:value forKeyPath:key];
    }
    return;
}
@end

     这里最重要的部分就是对  setValuesForKeysWithDictionary:方法的调用，这个方法是 Objective-C KVC的技术重点，用来匹配类中与字典的键同名的属性，并将字典的值赋给该属性。

     将JSON串对象化成 NSDictionary后，传给 setValuesForKeysWithDictionary:方法时，它会发送下面这消息(同时发送对应的值):setItemID, setName,setIconName,setUnixDate.所以对应的模型中，你只需要使用@property进行属性声明就可以了。

     但是实际Coding设计中，与技术方案总有出入，JSON串中有 Key值为 "id",但在Objective-C的世界中， id是类属性，属于关键字，不能用来做变量名，所以为了解决这问题，我们可以重写[ setValue:(id)value forUndefinedKey:(NSString *)key ]，对一些不能关联的Key值进行数据转移到我们想对应的属性值上。至此，我们将模型实体所需要初使化的任务交给了它自已，这样的结构是很好的架构设计，如果后期服务端返回的JSON串字段增加，我只需在模型头文件中增加对应的属性声明就可以了。

    同时这段代码具有良好的防御性，如果服务器发送过来的JSON中的键名发生了变动，（有可能是未位程序猿手贱，又没测试)， NSLog语句就会把未定义的键输出，如果因此导致你的APP Crash，等你Debug看日志的时候，你就可以去牛B的和服务端说，“兄弟，这个BUG,你看着办呗”，(和服务端调试API是我最不想干的事儿.)

   如上的设计永远满足不了我们的要求，因为现在的数据交互中，JSON串永远不止我举例这么简单，比如:

{
    "id":"20140308",
    "name":"IOS Dev",
    "iconName":"icon.png",
    "date":1394254208,
    "useInfo":{"name":"sherwin.chen","mail":"chensheng12330@gmail.com"}
}

这就是JSON嵌套对象了，应对这种IOS API提供了人性化设计，你可以重写 setValue:forKey:方法来处理这个问题。代码说事儿:

1.既然有新的对象，那么必须先创建该对象的实体.

@interface UserInfoEntity : Entity
@property (nonatomic, retain) NSString *name;
@property (nonatomic, retain) NSString *mail;
-(id) initWithDictionary:(NSDictionary*) jsonDict;
@end

2.在RSSEntity模型实体中加入属性设置器.

@property (nonatomic, retain) UserInfoEntity *userInfo;

3.在 RSSEntity.m 中重写 setValue:forKey:方法.

-(void)setValue:(id)value forKey:(NSString *)key
{
    if ([key isEqualToString:@"userInfo"]) {
        self.userInfo = [[[UserInfoEntity alloc] initWithDictionary:value] autorelease];
    }
    else
    {
        [super setValue:value forKey:key];
    }
}

有了这样的结构，我们可以这样的访问RSSEntity实例化对象中的深层次对象:

[rss valueForKeyPath:@"userInfo.name"];
[rss setValue:@"sherwin.chen" forKeyPath:"userInfo.name"];

如果你觉得这样设置不爽，你可以重写 setValue:forKeyPath: 根据路径，你可以做你想做的任何事儿，在此就不多述了. 此例只是用json举例(总有此公司架构喜欢口味重，还使用XML)，如果这样，你也不必关心太多，只需将XML数据解析成 NSDictionary对象，关键是 KEY要对应，如此，万事大吉。

少即是多

     网上一些资深的IOS开发者，对KVC讲述的比较多，但一般只是机制，真正在项目中应用还比较少，一些高级的技术也有它自身的弱点，如我上述的对KVC应用，也免要了要建立 JSON Key值的对应关系才能建议实体类模型，如果项目比较大，30以上的数量级的，还是很苦逼的。

    懒人总有懒办法，<objc/runtime.h> 这是Apple为我们IOS开发者提供的好东西，一些你想不到的应用可以用它所提供的API进行处理。

利用反射机制我们可以将变量名字符串，强制插入到实例化对象中去,然后，你懂的......

object_setInstanceVariable: 

object_getInstanceVariable:

这两个是好东西，有兴趣的可以去Coding实践一下，该篇文章只讲KVO.嘿嘿...

参考资料:

[IOS DOC For Apple.

IOS 6 Programming Pushing the Limits.]

转的话，标明个原地址呗: http://www.cnblogs.com/chensheng12330/p/3585489.html