原始方法
- 首先我们的模型是这样的,只有2个属性
1 | @interface BMUser : NSObject |
- 使用最原始的方法把
json->Models时,代码如下
1 | // 1.获取json数据 |
- 稍微优化下,使用
setValuesForKeysWithDictionary可以简化赋值代码如下。
1 | // 1.获取json数据 |
如果属性特别多,而且模型嵌套模型时手写就特别麻烦而且容易出错,其中至少包括如下问题;
- 1.模型的属性是另一个模型
- 2.模型的属性是数组(数组中的对象又是模型)
- 3.以及相互嵌套等。
- 使用
setValuesForKeysWithDictionary无法解决问题,同时手动编码无法想象。
归根结底 json -> Model 主要是以下3步
- 1.创建模型
- 2.为模型中的属性赋值
3.返回模型
其中最核心的就是第2步,怎么样动态的为模型赋值,当然是使用
Runtime,MJExtension算是使用率较多的一个库,下面就简单分析下其实现原理吧。- 1.使用
Runtime动态获取模型的属性(包括继承链的所有属性,MJExtension对模型的属性做了缓存,下次转换时自己使用,空间换时间) - 2.又第1步获取到的属性可以解析出各属性的全部信息(包括属性类型,属性修饰符等参考这里 )
- 3.第2步获取属性后,取到属性名在去
NSDictionary)中获出相应的值 - 4.在第3步取出的值使用KVC设置给Model即可(
MJExtension使用KVC赋值,YYModel底层是直接使用objc_msgSend) - 5.所以为什么如果模型中有属性是数组,数组中又是模型时,需要我们指定其类型,才可为我们主动将其转换。

怎样自己实现MJExtension
- 动态获取模型属性
- 解析属性相关信息
- 如果是数组类型,因为不知道数组中应该存放具体的类型,所以需提供方法让使用者提供具体的类型
- 使用KVC赋值
- 其他扩展信息,包括黑名单,白名单,换属性名,转换结束等等扩展信息。
分析MJExtension
- 引用一张图

MJExtension 一共21个文件,主要用3个类,5个分类
MJExtension.h头文件MJExtensionConst一些常量,宏,版本控制等MJFoundation主要是提供判断是否为Foundation框架的类MJProperty封装属性对象(objc_property_t内部包括属性名称,属性类型等相关信息)MJPropertyKey属性的keyMJPropertyType属性类型(类型标识符这里,是否id,是否基本数据类型等)NSString+MJExtension字符串的一些扩展(包括下划线,大小写等处理)NSObject+MJProperty主要提供遍历一个类的属性列表NSObject+MJCoding提供归档功能NSObject+MJClass提供扩展功能,黑名单,白名单,数组中的类型自定义等。
MJExtension源码解读
- 我们使用最基本的
dict->Model方法是:
1 | + (instancetype)mj_objectWithKeyValues:(id)keyValues; |
其实现在NSObject+MJKeyValue.m的203行如下
1 | + (instancetype)mj_objectWithKeyValues:(id)keyValues |
内部调用了下面的方法
1 | + (instancetype)mj_objectWithKeyValues:(id)keyValues context:(NSManagedObjectContext *)context |
首先是mj_JSONObject方法,其作用是把NSData或者NSString为NSDictionary类型,因为上面的方法支持NSDictionary,NSString,NSData类型,其具体实现就不在赘述了。
这里先不考虑CoreData及NSManagedObject
然后是创建模型同时调用赋值属性
1 | [[[self alloc] init] mj_setKeyValues:keyValues] |
最后调到
1 | - (instancetype)mj_setKeyValues:(id)keyValues context:(NSManagedObjectContext *)context |
此方法是整个库的核心代码部分。
1 | - (instancetype)mj_setKeyValues:(id)keyValues context:(NSManagedObjectContext *)context |
获取模型可以转换和忽略的属性
1 | NSArray *allowedPropertyNames = [clazz mj_totalAllowedPropertyNames]; |
此方法在调用时,这里做了缓存处理,只会访问一次,同时会调到外层的使用者实现的方法中
然后调用
1 | + (void)mj_enumerateProperties:(MJPropertiesEnumeration)enumeration |
遍历所有的属性,此方法同样做了缓存处理,如果某Class遍历过,此库内部会把其数组缓存起来,下次直接遍历即可
在Block回调中可以获取到每一个MJProperty(封装的属性)
几步比较常规的操作,在库用用详细的注释
- 检测是否被忽略
- 取出属性值
- 值的过滤(提供了尾部可以对特殊值做处理的功能)
复杂类型处理
实现是对NSArray->NSMutableArray,NSData->NSMutableData,NSDictionary->NSMutableDictionary做可变处理。
因为对复杂类型需继续继续转换。
如果是模型( !type.isFromFoundation && propertyClass )就重复最开始的方法
如果是NSURL 就把NSString转换为NSURL
如果是 字典数组-由继续最开始的方法调用
NSNumber类型
BOOL等类型的转换
最后使用KVC赋值,当然在内部做了是否支持KVC的判断。
1 | // 3.赋值 |
总结
综上所述,
MJExtension的底层实现还算常规,动态获取属性属性的类型判断必要的缓存KVC赋值其他性细节优化和扩展。
其他
有时间分析下
YYModel,其使用到了CoreFoundation和objc_msgSend。
