如何修复Swift Decodable结构体中let id = UUID()的不可变属性报错

你遇到的警告本质原因是：默认Codable协议会将所有存储属性纳入编解码流程，你在结构体中声明的let id = UUID()是带默认值的不可变属性，接口返回的JSON中不存在对应的id字段，编译器会提示该属性无法被解码覆盖，即使改为var也不会消失，因为Codable依然会尝试从JSON中查找id字段。

最简单的修复方式是手动指定CodingKeys，将本地使用的id排除在编解码范围外，你需要给每个声明了let id = UUID()的结构体补充对应的CodingKeys枚举，仅罗列需要从JSON解析的字段即可，示例如下：

struct Ability: Codable, Identifiable{
    let id = UUID()
    let name: String
    let url: String

    // 补充CodingKeys，不包含id
    enum CodingKeys: String, CodingKey {
        case name, url
    }
}

所有同类结构体都按这个规则修改后，15个警告会全部消失，解码逻辑也不会受影响，本地生成的id依然可以正常用于Identifiable相关的逻辑。

• 不要使用try!和强制解包data!：一旦网络请求失败、数据为空或格式不匹配会直接导致 App 崩溃，建议替换为do-catch捕获错误，先判断error、data是否合法再执行解码逻辑，示例：

  URLSession.shared.dataTask(with: url) { data, response, error in
      // 先判断错误、数据是否存在
      guard error == nil, let data = data else {
          // 错误处理逻辑
          return
      }
      do {
          let jsonResult = try JSONDecoder().decode(Link.self, from: data)
          DispatchQueue.main.async {
              completion(jsonResult.results)
          }
      } catch {
          print("解码失败: \(error)")
      }
  }.resume()
  

• 避免重名系统类型：你的自定义类名Data和 Foundation 框架自带的Data类型重名，容易引发编译冲突，建议重命名为PokemonDataManager之类的自定义名称。
• 优化命名规范：可以给JSONDecoder设置keyDecodingStrategy = .convertFromSnakeCase，自动将JSON的蛇形命名（如is_hidden、base_stat）转为Swift标准的驼峰命名，你就不需要手动写带下划线的属性名，也不需要手动写映射用的CodingKeys，代码更符合Swift开发规范。
• 补充错误回调：当前的网络请求方法失败后上层无感知，建议将回调改为Result类型，同时返回成功数据或失败原因，方便上层做异常处理。

内容的提问来源于stack exchange，提问作者Taiga