json - decoder.container(keyedBy :) throws DecodingError. typeMismatch 错误。编码错误？

Question

我正在使用 Codable 协议(protocol)从 Web API 解码 JSON。我的此 API 的 Swift 数据模型包括类继承(子类)和组合(对象作为其他对象的属性)。在 JSON 中，相同的属性名称可能表示一个完整的对象，或者表示该对象在数据库中的 ID 的单个字符串。

据我所知，使用 Codable 处理此类 JSON 的唯一模式是在对象的初始化器 init(from decoder: Decoder) 中“手动”进行解码>，并首先尝试解码整个对象。如果失败(通过抛出必须捕获的错误)，则重试解码与 String 相同的属性。

只要包含 varient 属性的对象不是另一个 Decodable 类的子类，这种方法就可以正常工作。在这种情况下，解码基类的属性将在调用函数 decoder.container(keyedBy:) 时抛出错误 DecodingError.typeMismatch。

请参阅下面的示例代码。

这是一个已知错误吗？和/或在这种情况下我是否缺少另一种解码方法？

顺便说一句，如果在 DecodingError.typeMismatch 错误被抛出之后调用 decoder.container(keyedBy:)，那么在单个函数中也会抛出同样的错误，即使如果该错误被捕获。

import Foundation

// A `Base` class
class Base: Codable {
    var baseProperty: String? = "baseProperty"
    init() {}

    private enum CodingKeys: String, CodingKey { case baseProperty }

    required init(from decoder: Decoder) throws {
//===>> The next line will throw DecodingError.typeMismatch
        let container = try decoder.container(keyedBy: CodingKeys.self)
        baseProperty = try container.decode(String.self, forKey: .baseProperty)
    }
}

// A Subclass of `Base`
class Sub: Base {
    // An `Other` class which is a property of the `Sub` class
    class Other: Codable { var id: String? = "otherID" }
    var subProperty: Other? = nil
    override init() { super.init() }

    private enum CodingKeys: String, CodingKey { case subProperty }

    required init(from decoder: Decoder) throws {
        let container = try decoder.container(keyedBy: CodingKeys.self)
        do { subProperty = try container.decode(Other.self,
                                                forKey: .subProperty)
        }
        catch { // We didn't find a whole `Other` object in the JSON; look for a `String` instead
            let s = try container.decode(String.self, forKey: .subProperty)
            subProperty = Other()
            subProperty?.id = s
        }
        try super.init(from: decoder)
    }
}

// Some sample JSON data:
let json = """
{"baseProperty" : "baseProperty",
 "subProperty" : "someIDString"}
""".data(using: .utf8)!

// MAIN program -----------------------------------------------------
// Decode the JSON to produce a new Sub class instance
do {
    _ = try JSONDecoder().decode(Sub.self, from: json)
}
catch DecodingError.typeMismatch( _, let context) {
    print("DecodingError.typeMismatch: \(context.debugDescription)")
    print("DecodingError.Context: codingPath:")
    for i in 0..<context.codingPath.count { print("  [\(i)] = \(context.codingPath[i])") }
}

Answer 1

这is a known bug ，已在 this pull request 中修复(并将使其进入 Swift 4.1)。

问题基本上是当 Other 的解码失败时，解码器将忘记从其内部堆栈中弹出其容器，因此意味着任何 future 的解码开始在 .subProperty 的嵌套容器中；因此，为什么在尝试从那里解码对象时会出现类型不匹配错误(因为只有一个字符串!)。

在修复之前，一种解决方法是不使用decode(_:forKey:)；得到一个 super 解码器，然后尝试从中解码一个Other。

所以替换这个:

subProperty = try container.decode(Other.self, forKey: .subProperty)

用这个:

let subPropertyDecoder = try container.superDecoder(forKey: .subProperty)
subProperty = try Other(from: subPropertyDecoder)

这是可行的，因为现在我们有了一个全新的解码器实例，我们不能破坏主解码器的堆栈。