Swift数据解析(第一篇) – 技术选型

这是Swift数据解析计划的系列文章：

Swift数据解析(第一篇) – 技能选型

Swift数据解析(第二篇) – Codable 上

Swift数据解析(第二篇) – Codable 下

Swift数据解析(第三篇) – Codable源码学习

Swift数据解析(第四篇) – SmartCodable 上

Swift数据解析(第四篇) – SmartCodable 下

数据解析一直是移动端的核心才能，跟咱们的业务严密相关。随着Swift的建设开展，Swift数据解析库的开展进程能够大致分为四个阶段：

1. 从OC项目开展过来的Swift，沿用着OC的数据解析计划，比方YYModel。
2. Swift4.0之前，官方并没有供给解析计划。一些三方库（HandyJSON，ObjectMapper）大放异彩。
3. Swift4.0之后，官方推出Codable协议的数据解析计划。
   • Swift 4.0: 在Swift 4.0中，苹果引入了Codable协议。Codable协议是Encodable和Decodable协议的组合，它使得目标的编码和解码变得非常简略。经过遵循Codable协议，开发者能够运用Swift的内置JSONEncoder和JSONDecoder来主动进行目标与JSON之间的转化。
   • Swift 4.1: 在Swift 4.1中，苹果对Codable进行了一些改进和优化。它增加了对keyed container的支撑，使得处理复杂的嵌套数据结构愈加便利。
   • Swift 5.0: 在Swift 5.0中，苹果对Codable进行了一些性能优化，提高了编码和解码的功率。此外，它还引入了新的编码和解码战略，使开发者能够更好地操控数据。
   • Swift 5.1: 在Swift 5.1中，苹果供给了 @propertyWrapper，为数据解析供给了更好的灵活性。

混编OC计划

从OC项目开展过来的Swift，沿用着OC的数据解析计划，比方 JSONModel、MJExtension、YYModel 等。

1. 咱们不得不给 Model 添加 @objc 标识，然后运用这些传统的 OC 库来进行转化。无法运用 Swift 中 struct 低内存占用、无内存泄露危险、线程安全、写时仿制等很多特性。
2. OC和Swift并不是完全互通的， 这就代表着有必定的差异性。而且OC现已完全停止更新了。Swift的一些新特性并不支撑OC。
3. 既然选择OC转Swift，这种常用才能就要考虑后续的迁移价值。混编OC，不是长久之计。
4. 混编的编译价值。在OC代码中引用Swift代码时，通常状况下是经过导入 xxx-Swift.h 头文件来完成的，该头文件包含了整个Swift模块的揭露接口和符号的声明，无法选择性地导入部分Swift代码。意味着改动一点Swift代码，就需求全量编译整个Swift模块的揭露接口和符号的声明。

ObjectMapper

手动对每一个目标供给映射联系（映射属性与JSON键之间的联系），代码量较大。

SwiftyJSON

SwiftyJSON更像数据Json化的计划。并没有供给合适的Model化计划。

HandyJSON

HandyJSON因为其快捷的运用，强壮的反常兼容性，是Swift运用最广泛的数据解析库之一。

运用危险1: 官方主张不在运用

HandyJSON issue #447

HandyJSON issue #466

抱愧，现在现已不再主张继续运用。Swift发布4.0版别之前，官方未供给引荐的JSON处理计划，因而咱们规划并完成了HandyJSON这套计划。但现在：1. Swift现已供给了Codable机制，能够相对快捷的进行JSON处理；2. HandyJSON的完成强依靠于Swift底层内存布局机制，这个机制对错揭露、不被许诺、且实践证明一直在随着Swift版别变动的，HandyJSON需求跟进Swift的每次版别更新，更大的危险是，用户晋级iOS版别可能会影响这个依靠，导致应用逻辑反常。

综上，咱们不再主张继续运用。

运用危险2: 不稳定性

但是HandyJSON 是运用的反射机制完成的。反射机制的库Reflection现已被标记为抛弃了。强依靠Swift底层内存布局机制（不被许诺，非揭露的），HandyJSON需求跟进Swift的每次版别更新，更大的危险是，用户晋级iOS版别可能会影响这个依靠，导致应用逻辑反常。

Reflection 源码说明

reflection-deprecated

根据Swift官方文档，自Swift 5.1起，Reflection（反射）已被标记为抛弃。这意味着在最新的Swift版别中，不再主张运用Reflection来进行目标的反射操作。

然而，Mirror（镜像）依然能够运用，而且是Swift标准库的一部分。虽然Reflection被抛弃，但Mirror依然供给了一种访问和操作目标的结构化方式。因而，您依然能够运用Mirror来获取目标的类型信息、属性和值等。

请注意，因为Reflection已被抛弃，未来的Swift版别可能会进一步削减或移除对Mirror的支撑。因而，在运用Mirror时，主张亲近关注Swift的更新和变化，以确保您的代码与最新的Swift版别兼容。

Codable的三方库

调研了Star前几名的Codable三方库，都有不如意的地方。

SmartCodable

咱们决议自己测验写一套基于Codable的Swift数据解析结构，并遵循 安全，便利运用，低学习本钱的原则。

咱们写了很多demo，具体学习了Codable相关的API。 规划了很多场景，搜集Codable的表现。 研读源码，了解完本钱质。

做完这些之后，开发了SmartCodable。