★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
➤微信公众号：山青咏芝（let_us_code）
➤博客园地址：山青咏芝（https://www.cnblogs.com/strengthen/）
➤GitHub地址：https://github.com/strengthen/LeetCode
➤原文地址：https:////www.cnblogs.com/strengthen/p/12382032.html
➤原文已修改更新！强烈建议点击原文地址阅读！支持作者！支持原创！
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★

热烈欢迎，请直接点击！！！

进入博主App Store主页，下载使用各个作品！！！

注：博主将坚持每月上线一个新app！！！

曾几何时，在 Swift 中对 JSON 数据转数据模型的操作十分棘手，我们不得不给 Model 添加 @objc 标识，然后利用 JSONModel、MJExtension、YYModel 等这些传统的 OC 库来进行转换。但是这么做就无法使用 struct 作为 Model，无法 Swift 中 struct 低内存占用、无内存泄露风险、线程安全、写时复制等众多特性。

于是催生了 SwiftyJSON、HandyJSON 等优秀的三方库，到了 Swift4 ， Codable 拯救了世界。不过由于 Codable 对类型推断的支持不是十分到位，于是有了今天的主角：Codextended

由于 SwiftyJSON 语法比较怪异，相对而言 HandyJSON 就十分的友好，使用起来不需要太多额外操作，转好的 Model 可以直接打点调用属性取值。

HandyJSON 和 Codextended 之间的差异：

• HandyJSON 是直接利用内存布局对 Model 中的属性进行赋值。Codextended 只是对 Codable 的封装。
• 对泛型的支持。其实二者都支持泛型，只是当泛型类型为数组时，HandyJSON 无法进行解析，这一点不知道后面会不会有改进。
• Model 中的默认值：Codable 不支持默认值，Model 中的可选类型属性没有在 JSON 中找到对应 key 时，会被置为 nil，遇到必须值没有对应 key 时，直接抛出异常。HandyJSON 的处理是，必选值需要有默认值，或者在 Model 的初始化方法中赋值，当 JSON 数据中没有对应 key 时，直接取默认值。实际开发场景中，这两种处理方式各有优缺点，大家可以根据需求来选择。
• 类型转换(兼容)：Codable 不支持类型兼容，定义了 Int 类型的属性，如果 JSON 中对应的值为 String 则直接抛出异常，HandyJSON 中会做转换。这个场景平常遇到的会多一些。

这里我比较推荐 Codextended，基于官方的 Codable 进行包装，后续 Codable 有性能改进可以直接享受到提升，HandyJSON 在使用过程中稍微有点繁琐，但也相对比较灵活。另外关于默认值这个设定，我觉得有点争议，只能说仁者见仁智者见智吧。