主要观点：当后端响应结构不一致时，Swift 的 Decodable 系统会显露局限性，而现实世界的 API 很少符合固定结构。文章探讨了 Swift 解码系统的底层，介绍了 Decodable 的作用及存在的问题（动态服务器键），并提出了处理动态键的两种方式（暴力破解的条件解码和更好的动态键模式），阐述了动态键模式的优势（优雅处理不可预测数据、避免条件判断混乱、保持类型安全、便于管理变化、鼓励显式而非魔术化）及需要理解的权衡（无编译时键验证、代码量稍多、测试更重要）。
关键信息：

• Decodable 是 Swift 中无类型数据和强类型模型的桥梁，期望结构、可预测性和稳定性。
• 现实中 API 形状常变化，如不同内容类型的响应键不同。
• 暴力破解的条件解码方式存在维护困难的问题。
• 动态键模式通过定义可表示任意键的 CodingKey 来优雅处理未知键，代码更清晰、可维护性强。
  重要细节：
• 定义了 DynamicKey 结构体，用于表示任意键。
• 在 TimelinePostContent 枚举中使用动态键模式进行解码，通过遍历所有键来匹配不同的情况。
• 动态键模式在处理不可预测数据时能减少解码崩溃，避免条件判断混乱，保持类型安全，便于管理变化，鼓励显式编程。同时也存在无编译时键验证、代码量稍多、测试更重要等权衡。