原始方法
- 首先我们的模型是这样的,只有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
。