iOS源码阅读 —— YYModel vs MJExtension

YYModel和MJExtension作为JSON模型转换工具，应该算是国内使用者比较多的第三方框架。相信两款都用过的开发者大有人在，我也是其中之一。既然如此，笔者便相继阅读了这两个库的主要源码，并参考YYModel作者ibireme的《iOS JSON 模型转换库评测》一文进行了的评测和展开。本文仅代表个人观点，如有异议，欢迎交流指导。

评测对象

pod 'YYModel', '~> 1.0.4'

pod 'MJExtension', '~> 3.2.2'

评测用例：GithubUser、WeiboStatus
评测代码：https://github.com/a334713698/JSONModelTransformReview
运行环境：iOS 13.5 | iPhone XS Max

性能

性能评测的方法是两个库执行相同次数的JSON模型转换，对比二者的耗时情况。

用例1：GithubUser

GithubUser的数据主要类型是string，和少量的number，主要测试转换库的基本功能。
我们分三遍执行两个转换库的相关方法，每遍执行50000次，统计耗时毫秒数。
结果如下：

Json 2 Model	第一次	第二次	第三次	遍历次数
MJExtension	1481.25 ms	1468.86 ms	1452.77 ms	1,550,000
YYModel	257.29 ms	250.48 ms	250.39 ms	1,400,000

Model 2 Json	第一次	第二次	第三次	遍历次数
MJExtension	1182.23 ms	1162.47 ms	1173.69 ms	1,550,000
YYModel	382.40 ms	373.91 ms	379.84 ms	1,300,000

用例2：WeiboStatus

微博数据WeiboStatus包含大量的复杂类型，主要测试转换库在复杂数据类型情况下的性能。
我们分三遍执行这个方法，每遍执行5000次，统计耗时毫秒数。
结果如下：

Json 2 Model	第一遍	第二遍	第三遍	遍历次数
MJExtension	4061.77 ms	4054.89 ms	4057.63 ms	2,290,000
YYModel	813.44 ms	803.64 ms	806.97 ms	2,285,000

Model 2 Json	第一遍	第二遍	第三遍	遍历次数
MJExtension	596.46 ms	592.42 ms	589.69 ms	475,000
YYModel	660.04 ms	626.69 ms	615.30 ms	1,215,000

性能评测结果

• 每个用例的第一遍评测，都会比后两遍有稍多的用时，是因为第一遍运行，会首次创建和缓存类的类元信息和属性元信息，后两遍再运行的时候，可以直接使用缓存，减少重复生成类元和属性元造成的开销。
• 系统方法和容器使用方面：MJExtension主要使用的是Foundation框架的NSArray、NSDictionary，以及KVC的方法进行取值和赋值。YYModel主要使用了CoreFoundation框架的容器和遍历方法，通过objc_msgSend消息发送的方式，调用属性的_setter和_getter进行取值和赋值，部分地方还使用inline和纯C函数。

容错

容错性主要是测试，当JSON和Model之间的数据格式不完全相同时，转换库是如何处理的，是否会产生错误或造成Crash。

用例 1	JSON属性是：数值，Model属性是：NSString
MJExtension	100 -> @"100"
YYModel	100 -> @"100"

用例 2	JSON属性是：数值字符串，Model属性是数值
MJExtension	@"100" -> 100
YYModel	@"100" -> 100

用例 3	JSON属性是时间字符串，Model属性是NSDate
MJExtension	nil，属性类型与值类型不匹配
YYModel	支持ISO标准时间格式的时间字符串自动转成NSDate

用例 4	JSON属性是字符串，Model属性是NSValue
MJExtension	nil，属性类型与值类型不匹配
YYModel	nil，属性类型与值类型不匹配

YYModel 和 MJExtension 都会都属性类型与值类型进行类型检测，避免属性被赋予了错误的类型值，以避免潜在的风险。

这里需要提一下，ibireme发布的转换库评测代码发布于2015-09-18。当时MJExtension的最高版本应该是2.5.7版本，此时的代码中还未添加类型检测的代码。

对于NSDate类型的JSON数据，如果时间格式满足ISO标准，YYModel支持将ISO标准时间格式的字符串，转换成NSDate类型的值；而MJExtension会因为类型检测不匹配，为模型赋空值（nil）。

功能

功能	属性名转换	自定义属性值转换	黑白名单	Coding	Copying	hash/equal	CoreData
MJExtension	✅	✅	✅	✅			✅
YYModel	✅	✅	✅	✅	✅	✅

侵入性

YYModel、MJExtension都采用Category来实现，无侵入，并在方法名之前添加了前缀，与原生方法进行区分。

结论

YYModel、MJExtension从逻辑上来说是相似的，都通过Category无侵入性地实现功能，且都是使用runtime动态地获取、创建和缓存类元、属性元信息，再通过对数据的遍历进行转换。具体功能上都支持自定义属性名映射和自定义属性值转换，以及方便的归档接档的方法。少部分功能，略有差异，可根据需求选取。
从方法/函数使用上来说，MJExtension使用的是Foundation框架的方法，而YYModel使用的是相比之下更底层的CoreFoundation框架的函数，再配合使用内联和纯C函数，能够做到比MJExtension更少的资源开销，从而在性能上有显著的优势。