一行代码实现iOS序列化与反序列化

一、变量声明

为便于下文讨论,提前创建父类Biology以及子类Person

Biology:

Person:

补充说明
凡是在父类中定义的属性或者变量,末尾都有InBiology标志;反之也成立


二、问题引入

在iOS中一个自定义对象是无法直接存入到文件中的,必须先转化成二进制流才行。从对象到二进制数据的过程我们一般称为对象的序列化(Serialization),也称为归档(Archive)。同理,从二进制数据到对象的过程一般称为反序列化或者反归档。
在序列化实现中不可避免的需要实现NSCoding以及NSCopying(非必须)协议的以下方法:

假设我们现在需要对直接继承自NSObject的Person类进行序列化,代码一般长这样子:

似乎so easy?至少到目前为止是这样的。但是请考虑以下问题:

  • 若Person是个很大的类,有非常多的变量需要进行encode/decode处理呢?
  • 若你的工程中有很多像Person的自定义类需要做序列化操作呢?
  • 若Person不是直接继承自NSObject而是有多层的父类呢?(请注意,序列化的原则是所有层级的父类的属性变量也要需要序列化);

如果采用开始的传统的序列化方式进行序列化,在碰到以上问题时容易暴露出以下缺陷(仅仅是缺陷,不能称为问题):

  • 工程代码中冗余代码很多
  • 父类层级复杂容易导致遗漏点一些父类中的属性变量

那是不是有更优雅的方案来回避以上问题呢?那是必须的。这里我们将共同探讨使用runtime来实现一种接口简洁并且十分通用的iOS序列化与反序列方案。


三、runtime: iOS序列化与反序列化利器

3.1 总体思路

观察上面的initWithCoder代码我们可以发现,序列化与反序列化中最重要的环节是遍历类的变量,保证不能遗漏。

这里需要特别注意的是:
编解码的范围不能仅仅是自身类的变量,还应当把除NSObject类外的所有层级父类的属性变量也进行编解码!

由此可见,这几乎是个纯体力活。而runtime在遍历变量这件事情上能为我们提供什么帮助呢?我们可以通过runtime在运行时获取自身类的所有变量进行编解码;然后对父类进行递归,获取除NSObject外每个层级父类的属性(非私有变量),进行编解码。

3.2 使用runtime获取变量以及属性

runtime中获取某类的所有变量(属性变量以及实例变量)API:

获取某类的所有属性变量API:

runtime的所有开放API都放在objc/runtime.h里面。上面的一些数据类型有些同学可能没见过,这里我们先简单地介绍一下,更详细的介绍请自行查阅其他资料,强烈建议打开
Ivar是runtime对于变量的定义,本质是一个结构体:

  • ivar_name:变量名,对于一个给定的Ivar,可以通过const char *ivar_getName(Ivar v)函数获得char *类型的变量名;
  • ivar_type: 变量类型,在runtime中变量类型用字符串表示,例如用@表示id类型,用i表示int类型…。这不在本文讨论之列。类似地,可以通过const char *ivar_getTypeEncoding(Ivar v)函数获得变量类型;
  • ivar_offset: 基地址偏移字节数,可以不用理会
    获取所有变量的代码一般长这样子:

    objc_property_t是runtime对于属性变量的定义,本质上也是一个结构体(事实上OC是对C的封装,大多数类型的本质都是C结构体)。在runtime.h头文件中只有typedef struct objc_property *objc_property_t,并没有更详细的结构体介绍。虽然runtime的源码是开源的,但这里并不打算深入介绍,这并不影响我们今天的主题。与Ivar的应用同理,获取类的属性变量的代码一般长这样子:

    3.3 用runtime实现序列化与反序列化

    有了前面两节的铺垫,到这里自然就水到渠成了。我们可以在initWithCoder:以及encoderWithCoder:中遍历类的所有变量,取得变量名作为KEY值,最后使用KVC强制取得或者赋值给对象。于是我们可以得到如下的自动序列化与发序列化代码,关键部分有注释:

    3.4 优化

    上面代码有个缺陷,在获取变量时都是指定当前类,也就是[self class]。当你的Model对象并不是直接继承自NSObject时容易遗漏掉父类的属性。请牢记3.1节我们提到的:

    编解码的范围不能仅仅是自身类的变量,还应当把除NSObject类外的所有层级父类的属性变量也进行编解码!

因此在上面代码的基础上我们我们需要注意一下细节,设一个指针,先指向本身类,处理完指向SuperClass,处理完再指向SuperClass的SuperClass…。代码如下(这里仅以encodeWithCoder:为例,毕竟initWithCoder:同理):

这样真的结束了吗?不是的。当你的跑上面的代码时程序有可能会crash掉,crash的地方在[self objectForKey:key]这一句上。原来是这里的KVC无法获取到父类的私有变量(即实例变量)。因此,在处理到父类时不能简单粗暴地使用class_copyIvarList,而只能取父类的属性变量。这时候3.2节部分的class_copyPropertyList就派上用场了。在处理父类时用后者代替前者。于是最终的代码(额~其实还不算最终):

3.5 最终的封装

在逻辑上,上面的代码应该是目前为止比较完美的自动序列化与反序列解决方案了。即使某个类的继承深度极其深,变量极其多,序列化的代码也就以上这些。但是我们回到文章第二节提出的几点场景假设,其中有一点提到:

若你的工程中有很多像Person的自定义类需要做序列化操作呢?

如果是在以上场景下,每个Model类都需要写一次上面的代码。这在一定程度上也造成冗余了。同时,你也会觉得这篇文章的标题就是瞎扯淡,根本就不是一行代码的事。上面的代码冗余,我这种对代码有很强洁癖的程序旺是万万接受不了的。那就再封装一层!这里我采用宏的方式将上述代码浓缩成一行,放到一个叫WZLSerializeKit.h的头文件中:

之后需要序列化的地方只要两步:1、import “WZLSerializeKit.h” 2、调用WZLSERIALIZE_CODER_DECODER();即可。两个字:清爽。
此外,copyWithZone中同样可以用相同的原理对变量进行自动化copy。同样地,我们也可以用一个宏封装掉copyWithZone方法。这里就不再赘述。
值得一提的是,以上代码我已经放到我的Github中,并且提供了CocoaPods支持。使用的时候只需要pod WZLSerializeKit。点 此处 跳转到我的Github.

1 6 收藏 评论

相关文章

可能感兴趣的话题



直接登录
跳到底部
返回顶部