]]>0艾普利https://doeverythingiwant.com<![CDATA[[SwiftUI] AttributedString and Hyperlink]]>https://doeverythingiwant.com/?p=24662025-05-18T09:33:19Z2025-05-18T09:33:16ZPhoto by Vladislav Klapin on Unsplash
]]>0艾普利https://doeverythingiwant.com<![CDATA[[iOS] Codable 有關的那些小事情]]>https://doeverythingiwant.com/?p=23722024-12-08T08:11:48Z2024-12-08T08:11:47ZPhoto by Markus Spiske on Unsplash
說到 Codable 已經推出很久了，也用了好幾年了，但是對它還是不算是很了解，該怎麼說呢，因為Codable 最常運用在解析 API Response，基本上寫完之後，除非API 回傳值要改變，大概到離職的那一刻都不會再去修改它了，所以即使它推出了很多年了，實際上接觸的時間意外地少。
最近正好有機會再次寫不少 Codable 的部分，發現了一些過去不知道的東西，把它們記錄在這裡。
CodingKey
最常使用在API 回傳值的Key 風格 不是 Swift 習慣的風格，做為對應解析之用
enum CodingKeys: String, CodingKey {
case id = "product_id"
case name
case description
case expiryDate = "expiry_date"
}
在API 回傳值裡的 product_id 就會被放到 id裡，這是非常好用的地方。
另一個好用的地方在於也可以讓decoder只解析寫在 CodingKeys 裡的那些參數，舉個例
struct SubItem: Decodable,Identifiable {
var id = UUID().string
var name: String
var description: String
var isActive: Bool
}
SubItem conform Identifiable protocol ，因此有一個參數是id 且還是直接使用UUID，並不希望它被拿來當解析用的參數時，就可以使用 CodingKey來避開 id ，就不需要再寫 init(from decoder: any Decoder)
struct SubItem: Decodable,Identifiable {
var id = UUID().string
var name: String
var description: String
var isActive: Bool
enum CodingKeys: String, CodingKey {
case name
case description
case isActive
}
}
func decodeAny<T>(_: T.Type, forKey key: K, transform: ((Any) -> T?)? = nil) throws -> T? {
guard contains(key) else { return nil }
//預設轉換邏輯
let defaultTransform: (Any) -> T? = { value in
if let typedValue = value as? T {
return typedValue
}
if let stringConvertible = T.self as? LosslessStringConvertible.Type {
let stringValue = String(describing: value)
return stringConvertible.init(stringValue) as? T
}
return nil
}
let transformer = transform ?? defaultTransform
//不同型別的解法
let attempts: [(Any.Type, (K) throws -> Any)] = [
(String.self, {try decode(String.self, forKey: $0) as Any}),
(Int.self, {try decode(Int.self, forKey: $0) as Any}),
(Double.self, {try decode(Double.self, forKey: $0) as Any}),
(Bool.self, {try decode(Bool.self, forKey: $0) as Any})
]
// value: 取得API 資料的型態,transformed: 利用transformer 解析成需要的型態
for(_, decoder) in attempts {
if let value = try? decoder(key),
let transformed = transformer(value) {
return transformed
}
}
return nil
}
例如 Bool 是最常遇到擁有各種不同型態的表示法的，就可以為它來寫一個方便的解析方式
func decodeBool(forKey key: K) throws -> Bool? {
try decodeAny(Bool.self, forKey: key) { value in
switch value {
case let boolValue as Bool:
return boolValue
case let intValue as Int:
return intValue != 0
case let doubleValue as Double:
return doubleValue != 0
case let stringValue as String:
let lowercased = stringValue.lowercased()
if ["true", "t", "yes", "1"].contains(lowercased) { return true }
if ["false", "f", "no", "0"].contains(lowercased) { return false }
return nil
default nil
}
}
}
說真的，最好是不要遇到需要這樣寫的情況，為什麼呢? 主要的原因是萬一真的是 API 的錯誤，但因為App 端有自定義解析的方式，所以就解析成功了，那麼就可能完全不會有人知道可能真的是資料錯誤的問題，當這樣資料數量多了之後，也許就會造成後續資料分析有誤，或有些神奇的情況。
最後，祝大家 Coding 愉快!!
]]>0艾普利https://doeverythingiwant.com<![CDATA[[iOS] Network Monitor]]>https://doeverythingiwant.com/?p=23612024-10-20T14:25:19Z2024-10-20T14:25:17ZPhoto by Frederik Lipfert on Unsplash
]]>艾普利https://doeverythingiwant.com<![CDATA[淡定工程師的日常- 面試的基本禮貌]]>https://doeverythingiwant.com/?p=23292024-08-06T15:31:17Z2024-08-04T10:43:20ZPhoto by KAL VISUALS on Unsplash
想當然最後加入的角色等級與第一個角色一定會有差距，且很難追上，像我使用神官-特梅諾思開始玩，他的等級與其他人的等級平均差快20等。因為故事章節除了第一章外都有告訴你推薦等級，基本上每次都特梅諾思已經超過推薦等級，其他人還不到，這樣去打每章節的 Boss 其實會很辛苦，有很多章節我都還會刻意去練功，讓其他角色能升到快接近推薦等級，然後特梅諾思也會升級，雖然等級高要的經驗值也比較多，但因無法把他換下場，所以他的戰鬥次數最多，最後他與其他角色等級永遠有一段不少的距離。
]]>艾普利https://doeverythingiwant.com<![CDATA[SwiftUI – Drop & Drag List]]>https://doeverythingiwant.com/?p=22802024-06-09T10:41:04Z2024-06-09T10:41:02Z忘記是那一年的WWDC公布了一個拖曳相關的功能，主要是讓你可以將iPhone 的資料像是圖片之類的丟到iPad 或Mac 上，因此有了 API 可以用在 Drop & Drag 動作上。
