AppStorage
相信很多人用过,相当于UserDefaults
的属性包装器,但比UserDefaults
更好用的是能在SwiftUI
中作为一个响应式变量同步刷新视图。
起因
想使用AppStorage
来存储一些比较简单的自定义模型,例如:
swift
struct Cat {
var name: String
var age: Int
}
首先,想存储自定义模型到AppStorage
中,就得遵守RawRepresentable
,并且RawValue
要为String
或Int
类型。模型转String
一般就是转成JSON 字符串,因此很自然会想到Codable
,使用JSONEncoder
编码和JSONDecoder
解码:
swift
extension Cat: Codable, RawRepresentable {
var rawValue: String {
let jsonData = try! JSONEncoder().encode(self)
return String(data: jsonData, encoding: .utf8)!
}
init?(rawValue: String) {
let data = rawValue.data(using: .utf8)!
self = try! JSONDecoder().decode(Self.self, from: data)
}
}
补充说明,遵守Codable
的模型,如果所有属性都是已经遵守了Codable
,那么就不用自己去实现endode
和decode
。
- PS:
Swift
提供的基本类型都是Codable
的,如String
、Int
,还有Array
和Dictionary
(只要存储的元素也是Codable
的即可)。
写完,编译没问题,运行,卡死!!!
What the hell?
直接揭晓答案,这是因为死循环 了,看看swift的源码:
可以看出,只要遵守了Codable
和RawRepresentable
,其默认实现的endode
里面会调用rawValue
,而rawValue
是刚刚自己重写 的计算属性,内部则调用了JSONEncoder().encode(self)
,因此造成死循环了。
解决方法
自己去实现endode
和decode
:
swift
extension Cat: Codable {
enum CodingKeys: String, CodingKey {
case name, age
}
init(from decoder: Decoder) throws {
let c = try decoder.container(keyedBy: CodingKeys.self)
name = try c.decode(String.self, forKey: .name)
age = try c.decode(Int.self, forKey: .age)
}
func encode(to encoder: Encoder) throws {
var c = encoder.container(keyedBy: CodingKeys.self)
try c.encode(name, forKey: .name)
try c.encode(age, forKey: .age)
}
}
打破循环!
最后
这个问题最主要的原因是过于依赖Swift
的便捷性(默认实现Codable
),真没想到Codable
和RawRepresentable
一同使用时,会被这些默认实现导致死循环,还好这种问题开发时就能发现,以后使用新东西还是要多做测试,防止这种问题上线后才发现。
总结一下:使用AppStorage
存储自定义模型,模型需要遵守RawRepresentable
并且RawValue
要为String
,如果使用Codable
进行模型转换,要自己去实现endode
和decode
防止死循环。