【问题标题】:Decoding structure use by SwiftyJson and AlamofireSwiftyJson 和 Alamofire 使用的解码结构
【发布时间】:2018-10-11 05:57:36
【问题描述】:

如何使用 Alamofire 和 SwiftyJSON 将数据解码为结构?我的尝试给了我这样的错误

"没有与键 CodingKeys 关联的值(stringValue: \"user\", 整数值:无)

这是我的代码,当我使用非可选值时,我的尝试没有给出结果,它们以 NIL 值响应我

Alamofire.request(url, method: .post, parameters: params, encoding: URLEncoding.default, headers: nil).responseJSON { (response) in
            if response.data != nil {
                switch response.result {
                case.failure( let error):
                    print(error)
                case.success(let val):
                    var json = JSON(val)
                    print(json)
                    guard let data = response.data else {return}
                    do {
                        let root = try JSONDecoder().decode(MainInfo.self, from: data)
                        print(root.submodel)
                    }
                    catch {
                        print("Bigerror")
                        print(error)
                    }

这是我的结构

struct user: Codable {
    var push_id:String?
    var name:String?
    var id:String?
    var role_id:String?
    var taxi_park_id:Int?
    var car_number:String?

    enum CodingKeys:String,CodingKey {
        case push_id = "push_id"
        case name = "name"
        case id = "id"
        case role_id = "role_id"
        case taxi_park_id = "taxi_park_id"
        case car_number = "car_number"     
    }
}

struct MainInfo : Decodable {
    let model: String?
    let submodel: String?
    let user:user
    enum CodingKeys:String,CodingKey {
        case model = "model"
        case submodel = "submodel"
        case user = "user"

    }
}

这是我打印出来的漂亮 json

{
  "facilities" : [

  ],
  "model" : "AMC",
  "taxi_park" : "Taxi +",
  "submodel" : "Gremlin",
  "user" : {
    "role_id" : 2,
    "push_id" : "dW7Cy-ItcDo:APA91bH62zJJKKz0t9VxP29H0iE2xhnQH0hDvKpGaHc5pknuTuZq2lMaj-EapQlN3O4dJF0ysSuCNOeb-2SdJaJaLIZcwHD3CCpeNpz6UVeGktoCm2ykL2rNXF5-ofQckvz1xTvVO0V6",
    "taxi_park_id" : 0,
    "id" : 3,
    "name" : "China",
    "car_number" : "X123OOO"
  }
}

【问题讨论】:

  • var id:String? 更改为var id: Int"id" : 3 在您的 JSON 中,"id" 的值是一个数字,而不是一个字符串。顺便说一句,当你使用Codable时,你不需要使用SwiftyJSON。
  • “设施”它的可能值是什么
  • 我改变了它,但我得到了 "keyNotFound(CodingKeys(stringValue: "user", intValue: nil)"
  • 我应该对 json 的所有变量进行编码?
  • @ЧингизКуандык,抱歉我错过了"role_id" : 2,这也是一个数字。你需要var role_id: Int?

标签: swift xcode api alamofire decodable


【解决方案1】:

首先,您的问题与 SwiftyJSON 无关,因为您使用的是Codable

第二个以大写字母开头的结构命名(User),避免像let user : user这样的混淆

该错误具有误导性。除了push_id 之外的所有.._id 值都是Int 而不是String。将字符串与所有其他类型区分开来非常容易:字符串总是用双引号括起来

如果你通过 convertFromSnakeCase 密钥解码策略,你根本不需要 CodingKeys

struct MainInfo : Decodable {
    let model : String
    let submodel : String
    let user : User
}

struct User: Decodable {
    let pushId : String
    let name : String
    let id : Int
    let roleId : Int
    let taxiParkId : Int
    let carNumber : String
}

...

do {
    let decoder = JSONDecoder()
    decoder.keyDecodingStrategy = .convertFromSnakeCase
    let root = try decoder.decode(MainInfo.self, from: data)
    print(root.submodel)
} catch { print(error) }

【讨论】:

    【解决方案2】:

    试试这个代码,也是一个简单的技巧,我们在swift中使用编码键,因为有时我们不得不接收一个不方便的参数键但我们也想在struct中简单明了地使用它,因此CodingKeys有助于您的情况是您使用 CodingKeys 解码相同的参数名称我添加了以下 taxiPark 适当性,以提示您为什么它们有用,例如:我想解析一个 JSON 有一个名为

    的键
    Person_ID_From_School  
    

    使用编码键,我可以使用更好的命名来做到这一点,例如personId 等等

     struct MainInfo : Decodable {
            let model: String?
            let submodel: String?
            let user:user
            let taxiPark: String? 
            let facilities: [String?]?
            enum CodingKeys:String,CodingKey {
                case model = "model"
                case submodel = "submodel"
                case user = "user"
                case taxiPark = "taxi_park"
                case facilities = "facilities"
    
            }
        }
    

    【讨论】:

      猜你喜欢
      • 2017-05-31
      • 1970-01-01
      • 1970-01-01
      • 2017-10-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-11-12
      相关资源
      最近更新 更多