美文网首页
iOS-穿针引线 YYModel超详细解析之Json转Model

iOS-穿针引线 YYModel超详细解析之Json转Model

作者: DrunkenMouse | 来源:发表于2016-08-10 21:00 被阅读1218次

    //meta 元素

    + (instancetype)metaWithClassInfo:(ADClassInfo *)classInfo propertyInfo:(ADClassPropertyInfo *)propertyInfo generic:(Class)generic 

    support pseudo generic class with protocol name

    支持假的generic class通过协议名

    generic class自己写的类

    如果generic不存在(genericMapper[propertyInfo.name])且PropertyInfo.protocols存在

    遍历propertyInfo信息的所有protocols,将其通过UTF-8编码后转换为class类型

    若转换成功则generic值为此类,结束遍历

    创建一个_ADModelPropertyMeta 对象meta,用于保存propertyInfo里的name、type、propertyInfo自身与generic

    如果meta ->_type是object类型,就通过自定义方法ADClassGetNSType根据propertyInfo.cls设置meta->_nsType值,否则就通过ADEncodingTypeIsCNumber根据meta->_type设置meta->_isCNumber值

    如果meta->_type是一个ADEncodingTypeStruct类型值,声明一个NSSet对象,一个一次执行。

    一次执行内部创建一个NSMutableSet *set集合添加了32位与64位下的size、point、Rect、AffineTransform、EdgeInsets、Offset值类型并设置给types

    而后判断若types包含propertyInfo.typeEncoding则设置meta->_isStructAvailableForKeyedArchiver = YES

    保存propertyInfo.cls为meta->_cls

    如果generic有值或meta->_cls有值并且meta->_nsType是NSUnknown类型,就保存meta->_hasCustomClassFromDictionary值为响应是否成功。

    其余部分千篇一律,没啥好说的。其中instancesRespondToSelector: 是判断类的实例对象能否响应方法,如果能就保存相应的操作。如果meta->_getter与_setter都存在就判断meta->_type是否为可KVC操作的类型。 最后返回meta。

    —(BOOL)ad_modelSetWithDictionary:(NSDictionary *)dic

    通过一个key-value字典设置调用者的属性

    参数:dic  一个Key-Value字典映射到调用者property,字典中任何一对无效的Key-Value都将被忽视

    描述  dictionary中的Key将被映射到调用者的property name 而这个value将设置给property.

    如果value类型与property类型不匹配,这个方法将试图转换这个value基于以下这些值:

    返回  转换是否成功

    Json转Model最后一步所调用的方法中的最后一步,现在我们就来解析一下。

    内部会先判断若字典不存在,或字典内部值为空则返回NO

    如果字典存在且内部有值但不是字典类型也返回NO

    于是就确定字典存在且内部有值属于NSDictionary类型,则先去获取model类的元素缓存通过 [_ADModelMeta metaWithClass:object_getClass(self)];临时存储在modelMeta中

    如果modelMeta中的keyMappedCount为0代表缓存的元素数为0则返回NO

    如果自身有响应方法_hasCustomWillTransformFromDictionary(在model转换前被命名,返回修改的字典),就让自身的代理去响应此方法,将字典传过去并将返回值覆盖自身,如果覆盖后字典不是NSDictionary类型就返回NO

    创建一个结构体ModelSetContext,初始化是0,内部存储有三个函数指针,分别代表modelMeta(模型元素),model(自身),dictionary(字典dic)

    如果modelMeta中存储的_keyMappedCount大于等于dic中值的个数

    就执行 CFDictionaryApplyFunction((CFDictionaryRef)dic, ModelSetWithDictionaryFunction, &context);

    这里需要讲下这个CFDictionaryApplyFunction的作用及其三个参数

    CFDictionaryApplyFunction 对所有键值执行同一个方法

    @function CFDictionaryApplyFunction调用一次函数字典中的每个值。

    @param 字典。如果这个参数不是一个有效的CFDictionary,行为是未定义的。

    @param 调用字典中每一个值执行一次这个方法。如果这个参数不是一个指针指向一个函数的正确的原型,行为是未定义的。

    @param 一个用户自定义的上下文指针大小的值,通过第三个参数作用于这个函数,另有没使用此函数的。如果上下文不是预期的应用功能,则这个行为未定义。

    第三个参数的意思,感觉像是让字典所有的键值去执行完方法后,保存在这个上下文指针(如自定义结构体)的指针(指向一个地址,所以自定义的结构体要用&取地址符)所指向的地址,也就是自定义的结构体中。

    也就是dic里面的键值对全部执行完参数2的方法后保存在参数3中。

    其中参数2是自定义方法ModelSetWithDictionaryFunction,关于此方法

    static void ModelSetWithDictionaryFunction(const void *_key, const void *_value, void * _context)

    对于字典的函数应用,设置key-value配对给model

    参数 _key        不应该是nil,NSString

    参数 _value      不应该是nil

    参数 _context    _context.modelMeta 和 _context.model 不应该是nil

    表示是一个静态的无返回值的C函数,接收参数为不可变的函数指针key,不可变的函数指针value,不可变的函数指针_context

    方法内部会先声明一个ModelSetContext结构体指针context保存传过来的_context

    方法中用到了很多__unsafe__unretained修饰符。

    __unsafe_unretained 指针所指向的地址即使已经被释放没有值了,依旧会指向,如同野指针一样,weak/strong这些则会被置为nil。一般应用于iOS 4与OS X  Snow Leopard(雪豹)中,因为iOS 5以上才能使用weak。

    __unsafe_unretained与weak一样,不能持有对象,也就是对象的引用计数不会加1

    unsafe_unretained修饰符以外的 strong/ weak/ autorealease修饰符保证其指定的变量初始化为nil。同样的,附有 strong/ weak/ _autorealease修饰符变量的数组也可以保证其初始化为nil。

    autorealease(延迟释放,给对象添加延迟释放的标记,出了作用域之后,会被自动添加到"最近创建的"自动释放池中)

    为什么使用unsafe_unretained?

    作者回答:在 ARC 条件下,默认声明的对象是 strong 类型的,赋值时有可能会产生 retain/release 调用,如果一个变量在其生命周期内不会被释放,则使用 unsafe_unretained 会节省很大的开销。

    网友提问: 楼主的偏好是说用unsafe_unretained来代替weak的使用,使用后自行解决野指针的问题吗?

    作者回答:关于 unsafe_unretained 这个属性,我只提到需要在性能优化时才需要尝试使用,平时开发自然是不推荐用的。

    以下就简称un。

    将context中的modelMeta通过桥接转化为ADModelMeta对象并用un修饰的_ADModelMeta对象meta保存。

    将传过来的函数指针Key通过桥接转换为id对象并以此为Key,通过meta—>__mapper 取出key对应的值保存在un修饰的_ADModelPropertyMeta对象中。

    将context中的model通过桥接转换为id对象并保存在一个un修饰的id对象model中

    然后以propertyMeta为while判断条件,若其存在则为真,如果其存在并且存储有_setter方法,则通过自定义静态函数方法ModelSetValueForProperty取出model中其对应的value值。

    static void ModelSetValueForProperty方法,接收三个参数,__unsafe_unretained id model,

    __unsafe_unretained id value, __unsafe_unretained _ADModelPropertyMeta *meta

    如果传过来的property是C类型,就通过自定义方法ADNSNumberCreateFromID分析出一个数值。

    ADNSNumberCreateFromID一个静态的force_inline(代码中有解释,内容过多不赘述)修饰的返回值为NSNumber指针(意义通常为NSNumber对象,再加一个指针就是NSNumber对象数组),参数为__unsafe_unretained id value

    方法内部声明了三个属性,一个NSCharacterSet(Unicode字符,常用于NSString、NSScanner处理),一个字典,一个一次执行

    在一次执行内部,NSCharacterSet通过Range初始化,dic初始化中将正确、不正确、空的常用类型都进行了封装。

    而后判断若传过来的value不存在,或value为空返回nil,若value为NSNumber类型则直接返回value,若是NSString类型则先创建一个NSNumber *num初始化为dic[value],先判断取出的值是否为NO,若是则再判断取出的值是否为空,如果是则返回nil,如果不是则直接返回num,num应为@(YES)即为1。

    而若num值为NO,则将value强转为NSString类型,然后通过刚才定义的dot在其内部查询字符 ‘  .  ’ 若查询得到则创建一个值不可变的字符数组接收强转后并UTF-8编码后的value值。

    如果强转后没有值则返回nil,如果有值则atof处理(将字符数组转化为数字,而字符串需要UTF-8编码后才能转为字符数组。其实字符串可以直接doubleValue转换,但大神用这种方法应该是效率快吧)

    若处理后的结果num,使用isnan(值是无穷大或无穷小的不确定值)或isinf(值是无限循环)判断,若有一个成立返回nil,否则将num包装成一个对象返回。

    如果不包含,则直接将value通过UTF-8编码成一个字符数组,若编码后没值则返回nil 有值就通过atoll转换后返回( long long atoll(const char *nptr); 把字符串转换成长长整型数(64位))

    如果value不是NSNumber也不是NSString类型就直接返回nil

    回到函数ModelSetValueForProperty中,我们已经获取了num值,而后调用自定义静态内联无返回值的函数ModelSetNumberToProperty

    函数ModelSetNumberToProperty (__unsafe_unretained id model, __unsafe_unretained NSNumber *num, __unsafe_unretained _ADModelPropertyMeta *meta)

    设置数字给property

    描述 调用者(caller 来访者)应对这个参数保持强引用在这个函数返回之前

    参数 model 不应该是nil

    参数 num 可以是nil

    参数 meta 不应该是nil,meta.isCNumber应该是YES,meta.setter不应该是Nil

    方法内部使用了大量的objc_msgSend,这里简单说下

    objc_msgSend OC消息传递机制中选择子发送的一种方式,代表是当前对象发送且没有结构体返回值

    选择子简单说就是@selector(),OC会提供一张选择子表供其查询,查询得到就去调用,查询不到就添加而后查询对应的实现函数。通过_class_lookupMethodAndLoadCache3(仅提供给派发器用于方法查找的函数),其内部会调用lookUpImpOrForward方法查找,查找之后还会有初始化枷锁缓存之类的操作,详情请自行搜索,就不赘述了。

    这里的意思是,通过objc_msgSend给强转成id类型的model对象发送一个选择子meta,选择子调用的方法所需参数为一个bool类型的值num.boolValue

    再通俗点就是让对象model去执行方法meta->_setter,方法所需参数是num.bollValue

    再通俗点:((void (*)(id, SEL, bool))(void *) objc_msgSend) 一位一个无返回值的函数指针,指向id的SEL方法,SEL方法所需参数是bool类型,使用objc_msgSend完成这个id调用SEL方法传递参数bool类型,(void *)objc_msgSend为什么objc_msgSend前加一个(void *)呢?我查了众多资料,众多。最后终于皇天不负有心人有了个结果,是为了避免某些错误,比如model对象的内存被意外侵占了、model对象的isa是一个野指针之类的。要是有大牛能说明白,麻烦再说下。而((id)model, meta->_setter, num.boolValue)则一一对应前面的id,SEL,bool

    再通俗点。。你找别家吧。。

    switch遍历meta->_type,如果是ADEncodingTypeBool类型,就让model对象执行方法meta—>_setter,将num.boolValue作为参数发送过去。

    如果是Int8类型就让对象执行方法meta—>_setter,将num.charValue强转为(int8_t)类型发过去

    如果是UInt8(无符号的Int8类型)同上,其余同上一直到Int64类型,为什么?因为int64代表此时的num值特别长,长到你需要判断一下传过来的num值是不是NSDecimalNumber类型(NSDecimalNumber数字精确,其值确定后不可修改,是NSNumber的子类)

    如果是float、double、long double类型,在对num得值转换后需要判断其是否是无穷大或无穷小或无限循环的,如果是就令值为0再去执行同样的操作

    如果num有值就创建一个[num class]用来保存这个num

    如果meta不是C number类型,就判断是否为meta—>_nsType是否有值,如果有值就判断value是否为空值,空值就调用objc_msgSend,传参数为nil,否则就Switch判断meta—>_nsType值。

    如果是NSString或NSMutableString类型就判断value是否为NSString类型,如果是就再判断meta—>_nsType是否为NSString类型,如果都是则调用objc_msgSend将value作为参数发过去,如果meta—>_nsType不是则将其value强转成NSString再.mutableCopy后作为参数发过去。

    如果Value不是则依次判断是否为NSNumber、NSData、NSURL或NSAttributedString,如果满足则在判断meta—>_nsType是否为ADEncodingTypeNSString,如果是就value转换相应的值后作为参数传递,如果不是就多进行一步.mutableCopy操作,NSData是个例外。

    meta—>_nsType如果是ADEncodingTypeNSValue、ADEncodingTypeNSNumber、ADEncodingTypeNSDecimalNumber,则依旧是判断meta—>_nsType类型,难点已经描述,这些就是千篇一律了。如果meta—>_nsType没有值就声明一个Bool值isNull保存value是否为kCFNull的结果,而后switch遍历meta—>_type枚举值。

    其中说一下strcmp(比较两个字符串)

    strcmp(const char string1, const char string2);

    比较字符串string1和string2大小.

    返回值< 0, 表示string1小于string2;

    返回值为0, 表示string1等于string2;

    返回值> 0, 表示string1大于string2.

    方法结束返回到ModelSetWithDictionaryFunction,while循环中会不变的通过propertyMeta = propertyMeta—>_next改变propertyMeta的值直至为空跳出while循环则此时方法结束。

    回到ad_modelSetWithDictionary中会发现余下的操作也是一样的。

    于是此方法结束,至此son转Model结束。

    怎么样,是不是还有点迷?还有点乱?好像自己还什么都不理解一样?

    没事,自己穿针引线多来几回就行了。我平常学习一个动画效果有时候都要好几个来回,更何况YYModel这种大作、只是再一次来回时你会感受到,什么叫一马平川仿似行云流水。

    相关文章

      网友评论

          本文标题:iOS-穿针引线 YYModel超详细解析之Json转Model

          本文链接:https://www.haomeiwen.com/subject/xfmdsttx.html