Swift利用Decodable解析JSON的一個小問題詳解
前言
Swift 4是蘋果計劃于2017年秋季推出的最新版本,其主要重點是提供與Swift 3代碼的源兼容性,并努力實現(xiàn)ABI穩(wěn)定性。從Swift4開始提供的Decodable解析JSON確實很方便,但遇到一個小問題,記錄一下。
當(dāng)JSON中某個key的值為{}或者空字符串”“,而該值需要解析的不是基本類型時,即使標(biāo)記為 Optional,依然會導(dǎo)致整個解析失敗:
//: Playground
import Foundation
//Book.swift
struct Book: Codable {
var id: Int
var name: String
var cover: BookCover?
enum CodingKeys: String, CodingKey {
case id
case name
case cover
}
struct BookCover: Codable {
var url: String
var thumbURL: String
enum CodingKeys: String, CodingKey {
case url
case thumbURL = "thumb_url"
}
}
}
//JSON
let bookJSON1 =
"""
{
"id": 1,
"name": "fake name 1",
"cover": {
"url": "a.png",
"thumb_url": "b.png"
}
}
"""
let bookJSON2 =
"""
{
"id": 2,
"name": "fake name 2",
"cover": {
}
}
"""
//解析
let decoder = JSONDecoder()
decoder.dateDecodingStrategy = .iso8601
let book1 = try? decoder.decode(Book.self, from: bookJSON1.data(using: .utf8)!)
// 解析正常
print(book1)
let book2 = try? decoder.decode(Book.self, from: bookJSON2.data(using: .utf8)!)
// 輸出 nil,cover已經(jīng)是 Optional,為何整個book都解析失?。?
print(book2)
原因:
因為cover是 Optional,所以會調(diào)用 decodeIfPresent 來解析,而在cover節(jié)點中沒有找到url,thumb_url這兩個key,導(dǎo)致默認解析失敗,直接拋出了錯誤。
解決:
重新實現(xiàn) decodeIfPresent,在解析失敗時返回nil而不是拋出錯誤導(dǎo)致整個解析失?。?/p>
extension KeyedDecodingContainer {
public func decodeIfPresent<T>(_ type: T.Type, forKey key: K) throws -> T? where T : Decodable {
return try? decode(type, forKey: key)
}
}
參考: http://davelyon.net/2017/08/16/jsondecoder-in-the-real-world
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
相關(guān)文章
swift中AnyObject和Any的介紹與區(qū)別詳解
雖然使用swift開發(fā)了一段時間,但是感覺對一些基礎(chǔ)的東西了解不是比較透徹,在查詢了許多資料以后還是打算自己動手記錄一下,下面這篇文章主要給大家介紹了關(guān)于swift中AnyObject和Any的介紹與區(qū)別的相關(guān)資料,需要的朋友可以參考下。2017-12-12
swift中利用runtime交換方法的實現(xiàn)示例
這篇文章主要給大家介紹了關(guān)于swift中利用runtime交換方法的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2018-05-05

