iOS源码阅读 —— YYModel vs MJExtens
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，主要测试转换库的基本功能。
我们分三遍执行两个转换库的相关方法，每遍执行<u>50000</u>次，统计耗时毫秒数。
结果如下：
| 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包含大量的复杂类型，主要测试转换库在复杂数据类型情况下的性能。
我们分三遍执行这个方法，每遍执行<u>5000</u>次，统计耗时毫秒数。
结果如下：
| 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更少的资源开销，从而在性能上有显著的优势。
