概述
各位似禿似不禿小碼農們都知道,在蘋果眾多開發平臺中 CoreData 無疑是那個最簡潔、擁有“官方認證”且最具兼容性的數據庫框架。使用它可以讓我們非常方便的搭建出 App 所需要的持久存儲體系。
不過,大家是否知道在 CoreData 中還存在一個 Transformable 類型,它到底是個啥?應用場景有哪些?在最新的 SwiftData 中有沒有對應物?對于開發者又有哪些“見雀張羅”的擼碼陷阱和最佳實踐呢?
在本篇博文中,您將學到如下內容:
- 概述
- 7. Transformable 和 Binary Data 類型的區別
- 7.1 相同之處
- 7.2 核心區別
- 7.3 選擇建議
- 8. SwiftData 中有 Transformable 類型嗎?
- 8.1 為什么 SwiftData 沒有 `Transformable` 類型?
- 8.2 SwiftData 中處理 `Transformable` 場景的兩種方式
- 8.2.1 方法 1:直接使用 `Codable` 類型
- 8.2.2 方法 2:手動處理二進制數據(類似 `Binary Data`)
- 8.3 關鍵對比:CoreData vs SwiftData
- 8.4 遷移 CoreData `Transformable` 到 SwiftData
- 總結
本系列文章一共包括將近 3w 枚機智而幽默的文字、詳實的大段代碼示例以及海量圖片,定能讓小伙伴們對 Transformable 類型的“駕馭”更加胸有成竹、勝券在握!
那還等什么呢?讓我們馬上開始 Transformable 大冒險吧!
Let’s go!!!😉
7. Transformable 和 Binary Data 類型的區別
經過前面幾篇文章的討論,相信大家都對 Transformable 類型有了相當的了解。
熟悉 CoreData 的小伙伴們都知道,除了 Transformable 以外,對于托管類型的字段來說還有另一種 Binary Data 類型,它也可以被用來存儲具體的數據。那么它和 Transformable 類型又有什么異同呢?
在 CoreData 中,Transformable 和 Binary Data 是兩種不同的數據類型,它們的核心區別在于 數據存儲方式 和 使用場景,但也有一些相似之處。
接下來,就讓我們娓娓道來吧。
7.1 相同之處
特性 | Transformable & Binary Data |
---|---|
存儲形式 | 最終都以二進制形式(BLOB)存儲在 SQLite 中(或其他持久化存儲) |
靈活性 | 都可存儲非結構化數據(如自定義對象、二進制流等) |
內存映射 | 數據在加載到內存前不會完全解包,適合處理大文件或懶加載場景 |
7.2 核心區別
特性 | Transformable | Binary Data |
---|---|---|
數據類型 | 存儲 自定義對象(如 struct 、class 實例等) | 存儲原始 二進制數據(如 NSData 、Data ) |
序列化/反序列化 | 自動轉換:通過 NSValueTransformer 將對象序列化為 NSData ,反之亦然 | 手動處理:直接操作二進制數據,需自行解析內容(如解碼為圖片、字符串等) |
使用場景 | 適合存儲 結構化自定義數據(如 UIColor 、自定義配置類、復雜模型等) | 適合存儲 原始二進制數據(如文件、圖片、加密數據、未格式化的字節流等) |
代碼侵入性 | 需要實現 NSSecureCoding 協議或自定義 NSValueTransformer | 無需額外代碼,直接操作 Data 對象 |
數據版本兼容性 | 如果對象結構變化(如新增屬性),需處理數據遷移 | 數據格式變化時,需自行處理兼容性(如更新解析邏輯) |
安全性 | 使用 NSSecureUnarchiveFromDataTransformer 可防止惡意數據注入(iOS 12+ 推薦) | 需自行驗證二進制數據的合法性 |
7.3 選擇建議
場景 | 推薦類型 | 理由 |
---|---|---|
存儲自定義對象(需結構化序列化) | Transformable | 自動處理對象與二進制數據的轉換,代碼更簡潔 |
存儲原始二進制流(如文件、圖片) | Binary Data | 直接操作 Data ,無需序列化開銷 |
需要跨平臺兼容性 | Binary Data | 避免依賴特定平臺的序列化實現(如 NSSecureCoding ) |
數據安全性要求高 | Transformable | 使用 NSSecureUnarchiveFromDataTransformer 防止惡意數據反序列化 |
最后,再簡單說一下適配 Transformable 和 Binary Data 需要注意的地方:
- Transformable 的開銷:序列化/反序列化過程會增加 CPU 和內存消耗,不適合頻繁讀寫大的數據。
- Binary Data 的優化:對于大文件(如圖片、視頻),建議啟用 Allows External Storage 選項,讓 CoreData 自動決定是否將數據存儲在獨立外部文件中。
通過合理選擇 Transformable
或 Binary Data
類型,我們可以高效管理 CoreData 中的復雜數據,同時平衡開發效率與性能。
那么,大家現在對它們的優缺點和應用場景是不是了然于胸了呢?
8. SwiftData 中有 Transformable 類型嗎?
最后一個問題是,在蘋果最新的 SwiftData 框架中有沒有類似 Transformable 的類型呢?
其實,在 SwiftData 中 Transformable
類型的概念并沒有直接出現,但這并不意味著無法處理原本需要 Transformable
的場景。SwiftData 通過更現代化的設計模式和 Swift 原生特性(如 Codable
協議和類型安全),提供了更簡潔的解決方案。
下面,我們就對此來詳細分析一番吧!
8.1 為什么 SwiftData 沒有 Transformable
類型?
-
設計哲學差異:
- CoreData 的
Transformable
是為了兼容 Objective-C 時代的NSCoding
協議,需要手動管理序列化和反序列化。 - SwiftData 基于 Swift 的原生類型系統,鼓勵直接使用
Codable
協議和 Swift 原生類型,減少樣板代碼。
- CoreData 的
-
類型安全優先:
- SwiftData 通過
@Model
宏和 Swift 類型推斷,直接支持復雜類型的存儲,無需顯式聲明Transformable
。 - 核心思想是 “只要我們的類型可以表示為 Swift 原生類型或遵循
Codable
,就可以直接存儲”。
- SwiftData 通過
8.2 SwiftData 中處理 Transformable
場景的兩種方式
8.2.1 方法 1:直接使用 Codable
類型
如果自定義類型遵循 Codable
協議,SwiftData 會自動將其序列化為二進制數據存儲(類似 Transformable
的底層行為)。
示例:存儲自定義 AppConfig
對象:
// 1. 定義自定義類型并遵循 Codable
struct AppConfig: Codable {var smartVer: Intvar fontSize: CGFloat
}// 2. 在 SwiftData 模型中直接使用該類型
@Model
class Settings {var config: AppConfig // SwiftData 自動處理序列化init(config: AppConfig) {self.config = config}
}
8.2.2 方法 2:手動處理二進制數據(類似 Binary Data
)
對于非 Codable
類型或需要完全控制序列化邏輯的場景,可以手動轉換為 Data
存儲。
示例:存儲 UIColor
:
@Model
class Settings {// 將顏色存儲為 Dataprivate var colorData: Data// 通過計算屬性訪問 UIColorvar themeColor: UIColor {get {return try! NSKeyedUnarchiver.unarchivedObject(ofClass: UIColor.self, from: colorData) ?? .systemBlue}set {colorData = try! NSKeyedArchiver.archivedData(withRootObject: newValue, requiringSecureCoding: true)}}init(themeColor: UIColor) {self.colorData = try! NSKeyedArchiver.archivedData(withRootObject: themeColor, requiringSecureCoding: true)}
}
8.3 關鍵對比:CoreData vs SwiftData
場景 | CoreData 實現 | SwiftData 實現 |
---|---|---|
存儲自定義對象 | 使用 Transformable + NSCoding | 直接使用 Codable 類型 |
存儲非 Codable 對象 | 自定義 NSValueTransformer | 手動轉換為 Data 存儲,通過計算屬性封裝訪問邏輯 |
代碼復雜度 | 需手動實現序列化/反序列化 | 利用 Swift 原生特性(如 Codable )減少代碼 |
類型安全性 | 依賴運行時類型檢查 | 編譯時類型安全 |
8.4 遷移 CoreData Transformable
到 SwiftData
-
簡單遷移:
- 如果原 CoreData 的
Transformable
類型已遵循Codable
,可以直接替換為 SwiftData 中的對應類型。
- 如果原 CoreData 的
-
復雜遷移:
- 對于依賴
NSCoding
的舊類型,在 SwiftData 中重構為Codable
類型,或使用手動Data
轉換。
- 對于依賴
綜上所述,SwiftData 通過擁抱 Swift 原生特性(如 Codable
)和編譯時類型安全,簡化了原本需要 Transformable
的場景。開發者可以:
- 直接存儲
Codable
類型:無需額外配置,SwiftData 自動處理序列化。 - 手動管理二進制數據:通過
Data
屬性和計算屬性的封裝,靈活把控非標準類型。
這種設計既保留了靈活性,又大幅減少了模板代碼,更符合現代 Swift 開發范式,就問小伙伴們贊不贊呢?
到這里,我們已經對 CoreData 中的 Transformable 類型有了全面而詳細的理解和實踐,一路走來不易,感謝大家的觀看和學習!
小伙伴們不妨給自己點一個大大的贊吧!棒棒噠!💯
總結
在本篇博文中,我們先是介紹了 Transformable 和 Binary Data 類型的異同,并隨后討論了 Transformable 對應物在 SwiftData 中的實現。
感謝觀賞,再會啦!😎