# SwiftData 自定义架构迁移 ## 概述当模型发生变化时，SwiftData 架构迁移可以安全地移动数据。 **核心原则** SwiftData 的 `willMigrate` 只能看到旧模型，而 `didMigrate` 只能看到新模型 - 您永远无法同时访问这两个模型。这一限制决定了所有迁移策略。 **需要** iOS 17+、Swift 5.9+ **目标** iOS 26+（诸如“propertiesToFetch”之类的功能） ## 当需要自定义迁移时 ### 轻量级迁移（自动） SwiftData 可以自动迁移： * ✅ 添加新的可选属性 * ✅ 添加具有默认值的新必需属性 * ✅ 删除属性 * ✅ 重命名属性（使用 `@Attribute(originalName:)`） * ✅ 更改关系删除规则 * ✅ 添加新模型 ### 自定义迁移（此技能）您需要自定义迁移： * ❌ 更改属性类型（`String`→`AttributedString`、`Int`→`String`） * ❌ 使可选属性成为必需（必须填充现有的空值） * ❌ 复杂的关系重组 * ❌ 数据转换（拆分/合并字段） * ❌ 添加唯一约束时的重复数据删除 ## 提示示例这些是开发人员提出的真实问题，该技能旨在回答： #### 1\. “我需要将属性从 String 更改为 AttributedString。如何在关系完好的情况下迁移现有数据？” → 该技能显示了围绕 willMigrate/didMigrate 限制的两阶段迁移模式 #### 2\. “我的模型与级联删除具有一对多关系。如何在类型更改迁移期间保留它？” → 该技能解释了跨模式版本的关系预取和维护反向关系 #### 3\. “我的标签和注释之间存在多对多关系。迁移失败，并显示‘仅预期关系数组’。出了什么问题？” → 该技能涵盖显式逆关系要求和 iOS 17.0 字母命名错误 #### 4\. “我需要重命名一个模型，但保持其所有关系完好无损。” → 该技能展示了轻量级迁移的“@Attribute(originalName:)”模式 #### 5\. “我的迁移在模拟器中有效，但在具有现有数据的真实设备上崩溃了。” → 该技能强调真机测试，并解释了为什么模拟器的成功并不能保证生产安全 #### 6\。 “为什么我必须将所有模型复制到每个 VersionedSchema 中，即使是那些未更改的模型？” → 该技能解释了 SwiftData 的设计：每个 VersionedSchema 都是一个完整的快照，而不是差异 #### 7\. “我收到‘用于开设商店的模型与用于创建商店的模型不兼容’错误。” → 该技能提供了模式版本不匹配的调试步骤 #### 8\. “在发布到生产环境之前如何测试 SwiftData 迁移？” → 该技能涵盖迁移测试工作流程、真实设备测试要求和验证策略 ** ** ## willMigrate/didMigrate 限制 **关键** 这是塑造所有 SwiftData 迁移模式的架构约束。 ### 您可以访问什么静态让 migrateV1toV2 = MigrationStage.custom( 来自版本：SchemaV1.self，版本：SchemaV2.self， willMigrate: { 上下文中 // ✅ CAN 访问：SchemaV1 模型（旧）让 v1Notes = 尝试 context.fetch(FetchDescriptor()) // ❌ 无法访问：SchemaV2 模型 // SchemaV2.Note 尚不存在 }, didMigrate: { 上下文在 // ✅ CAN 访问：SchemaV2 模型（新）让 v2Notes = 尝试 context.fetch(FetchDescriptor()) // ❌ 无法访问：SchemaV1 模型 // SchemaV1.Note 消失了 } ） ### 为什么这很重要您无法在单个迁移阶段直接将数据从旧类型转换为新类型。示例： // ❌ 不可能 - 你不能在一个阶段完成这件事 willMigrate: { 上下文中让 oldNotes = 尝试 context.fetch(FetchDescriptor()) 对于 oldNotes 中的 oldNote { let newNote = SchemaV2.Note() // ❌ 还不存在！ newNote.content = oldNote.contentAsAttributedString() } } **解决方案** 使用两阶段迁移模式（如下所述）。 ** ** ## 核心模式 ### 模式 1：基本 VersionedSchema 设置每个不同的模式版本都必须定义为“VersionedSchema”。导入 SwiftData 枚举 NotesSchemaV1: VersionedSchema { static var versionIdentifier = Schema.Version(1, 0, 0) 静态变量模型：[任何 PersistentModel.Type] { [Note.self、Folder.self、Tag.self] // 所有模型，即使未更改 } @模型最后一堂课注意{ @Attribute(.unique) var id: 字符串 var 标题：字符串 var content: String // 原始类型 var 创建时间：日期 @Relationship(deleteRule: .nullify, inverse: \Folder.notes) var 文件夹：文件夹？ @Relationship(deleteRule: .nullify, 逆: \Tag.notes) var 标签：[标签] = [] init(id: 字符串, 标题: 字符串, 内容: 字符串, 创建时间: 日期) { self.id = id self.title = 标题 self.content = 内容 self.createdAt = 创建时 } } @模型最终类文件夹{ @Attribute(.unique) var id: 字符串变量名称：字符串 @Relationship(deleteRule: .cascade) var 注释: [注释] = [] 初始化（id：字符串，名称：字符串）{ self.id = id self.name = 姓名 } } @模型最终类标签{ @Attribute(.unique) var id: 字符串变量名称：字符串 @Relationship(deleteRule: .nullify) var 注释: [注释] = [] 初始化（id：字符串，名称：字符串）{ self.id = id self.name = 姓名 } } } #### 关键模式 * **完整快照** 包括所有型号，甚至是未更改的型号 * **语义版本控制** 使用 Schema.Version(主要、次要、补丁) * **显式 init** SwiftData 不合成初始值设定项 * **反向关系** 在双向指定 ** ** ### 模式 2：类型更改的两阶段迁移 **在**更改属性类型时使用（String → AttributedString、Int → String 等） #### 问题我们想要将“Note.content”从“String”更改为“AttributedString”，但我们无法同时访问旧类型和新类型。＃＃＃＃解决方案使用具有两个属性的中间架构版本 (V1.1)。 // 第 1 阶段：V1 → V1.1（在旧属性旁边添加新属性）枚举 NotesSchemaV1_1: VersionedSchema { static var versionIdentifier = Schema.Version(1, 1, 0) 静态变量模型：[任何 PersistentModel.Type] { [注释.self、文件夹.self、标签.self] } @模型最后一堂课注意{ @Attribute(.unique) var id: 字符串 var 标题：字符串 // 旧属性（已弃用） @Attribute(原名: "内容") var contentOld：字符串=“” // 新属性（目标类型） var contentNew：属性字符串？ var 创建时间：日期 @Relationship(deleteRule: .nullify, inverse: \Folder.notes) var 文件夹：文件夹？ @Relationship(deleteRule: .nullify, 逆: \Tag.notes) var 标签：[标签] = [] init(id: 字符串, 标题: 字符串, contentOld: 字符串, 创建时间: 日期) { self.id = id self.title = 标题 self.contentOld = contentOld self.createdAt = 创建时 } } // 文件夹和标签不变（从V1复制） @Model 最终类文件夹 { /* 与 V1 相同 */ } @Model Final class Tag { /* 与 V1 相同 */ } } // 第 2 阶段：V1.1 → V2（转换数据，删除旧属性）枚举 NotesSchemaV2: VersionedSchema { static var versionIdentifier = Schema.Version(2, 0, 0) 静态变量模型：[任何 PersistentModel.Type] { [注释.self、文件夹.self、标签.self] } @模型最后一堂课注意{ @Attribute(.unique) var id: 字符串 var 标题：字符串 // 由 contentNew 重命名 @Attribute(originalName: "contentNew") var 内容：AttributedString？ var 创建时间：日期 @Relationship(deleteRule: .nullify, inverse: \Folder.notes) var 文件夹：文件夹？ @Relationship(deleteRule: .nullify, 逆: \Tag.notes) var 标签：[标签] = [] init（id：字符串，标题：字符串，内容：AttributedString？，createdAt：日期）{ self.id = id self.title = 标题 self.content = 内容 self.createdAt = 创建时 } } @Model 最终类文件夹 { /* 与 V1 相同 */ } @Model Final class Tag { /* 与 V1 相同 */ } } #### 迁移计划枚举 NotesMigrationPlan: SchemaMigrationPlan { 静态变量架构：[任何 VersionedSchema.Type] { [NotesSchemaV1.self、NotesSchemaV1_1.self、NotesSchemaV2.self] } 静态变量阶段：[MigrationStage] { [迁移V1到V1_1，迁移V1_1到V2] } // 第 1 阶段：轻量级迁移（添加 contentNew）静态让 migrateV1toV1_1 = MigrationStage.lightweight( 来自版本：NotesSchemaV1.self，版本：NotesSchemaV1_1.self ） // 第 2 阶段：自定义迁移（转换 String → AttributedString）静态让 migrateV1_1toV2 = MigrationStage.custom( 来自版本：NotesSchemaV1_1.self，版本：NotesSchemaV2.self， willMigrate: { 上下文中 // 在我们仍然可以访问 V1.1 模型的同时转换数据 var fetchDesc = FetchDescriptor() // 预取关系以保存它们 fetchDesc.relationshipKeyPathsForPrefetching = [\.folder, \.tags] 让notes = 尝试context.fetch(fetchDesc) 对于注释中的注释{ // 转换字符串 → AttributedString note.contentNew = 尝试一下？ AttributedString(markdown: note.contentOld) } 尝试 context.save() }, 是否迁移：无） } #### 应用迁移计划 @主要结构NotesApp：应用程序{ 让容器：ModelContainer = { 做{ 让 schema = Schema(versionedSchema: NotesSchemaV2.self) 返回尝试 ModelContainer( 对于：架构，迁移计划：NotesMigrationPlan.self ） } 抓住 { fatalError("创建容器失败：\(错误)") } }() var body: 一些场景 { 窗口组{ 内容视图() } .modelContainer(容器) } } ** ** ### 模式3：多对多关系迁移 **当**您有多对多关系时使用（标签↔注释） #### 关键要求 1. **显式逆关系** SwiftData 不会推断多对多 2. **两边都是数组** 不可选，必须是数组 3. **iOS 17.0 bug 解决方法** 按字母顺序命名问题枚举 SchemaV1: VersionedSchema { static var versionIdentifier = Schema.Version(1, 0, 0) 静态变量模型：[任何 PersistentModel.Type] { [注释.self，标签.self] } @模型最后一堂课注意{ @Attribute(.unique) var id: 字符串 var 标题：字符串 // 多对多：必须指定逆 @Relationship(deleteRule: .nullify, 逆: \Tag.notes) var Tags: [Tag] = [] // ✅ 具有默认值的数组初始化（id：字符串，标题：字符串）{ self.id = id self.title = 标题 } } @模型最终类标签{ @Attribute(.unique) var id: 字符串变量名称：字符串 // 多对多：必须指定逆 @Relationship(deleteRule: .nullify, inverse: \Note.tags) var Notes: [Note] = [] // ✅ 带默认值的数组初始化（id：字符串，名称：字符串）{ self.id = id self.name = 姓名 } } } #### iOS 17.0 按字母顺序排列的错误解决方法在 iOS 17.0 中，如果模型名称按字母顺序排列，多对多关系可能会失败（例如，Actor ↔ Movie 有效，但 Movie ↔ Person 失败）。 **解决方法** 为关系数组提供默认值： @Relationship(deleteRule: .nullify, inverse: \Movie.actors) var actor: [Actor] = [] // ✅ 默认值可防止错误 **已修复** iOS 17.1+ #### 添加连接表元数据如果您需要关系上的其他字段（例如，“何时添加此标签？”），请使用显式联结模型： @模型最后一堂课 NoteTag { @Attribute(.unique) var id: 字符串 var addAt: Date // 关系元数据 @Relationship(deleteRule: .cascade) var note: 注意？ @Relationship(deleteRule: .cascade) var 标签：标签？ init(id: 字符串, note: 注释, tag: 标签, addAt: 日期) { self.id = id self.note = 注释 self.tag = 标签 self.addAt = 添加At } } @模型最后一堂课注意{ @Attribute(.unique) var id: 字符串 var 标题：字符串 @Relationship(deleteRule: .cascade) var noteTags: [NoteTag] = [] // 一对多到结点 var 标签：[标签] { noteTags.compactMap { $0.tag } } } @模型最终类标签{ @Attribute(.unique) var id: 字符串变量名称：字符串 @Relationship(deleteRule: .cascade) var noteTags: [NoteTag] = [] // 一对多到结点 var 注释: [注释] { noteTags.compactMap { $0.note } } } ** ** ### 模式 4：迁移期间预取关系 **使用when** 迁移具有关系的模型以避免N+1查询静态让 migrateV1toV2 = MigrationStage.custom( 来自版本：SchemaV1.self，版本：SchemaV2.self， willMigrate: { 上下文中 var fetchDesc = FetchDescriptor() // 预取关系 (iOS 26+) fetchDesc.relationshipKeyPathsForPrefetching = [\.folder, \.tags] // 仅获取您需要的属性（iOS 26+） fetchDesc.propertiesToFetch = [\.title, \.content] 让notes = 尝试context.fetch(fetchDesc) // 关系已经加载 - 没有 N+1 对于注释中的注释{ letfolderName = note.folder?.name // ✅ 已在内存中 let tagCount = note.tags.count // ✅ 已经在内存中 } 尝试 context.save() }, 是否迁移：无） #### 性能影响没有预取： - 1 个查询来获取笔记 - N 次查询来获取每个笔记的文件夹 - N 次查询来获取每个笔记的标签 = 1 + N + N 查询通过预取： - 1 个查询来获取笔记 - 1 个查询来获取所有文件夹 - 1 个查询来获取所有标签 = 总共 3 个查询 ** ** ### 模式 5：重命名属性 **当您想要重命名属性而不丢失数据时使用枚举 SchemaV1: VersionedSchema { static var versionIdentifier = Schema.Version(1, 0, 0) 静态变量模型：[任何 PersistentModel.Type] { [注.自我] } @模型最后一堂课注意{ @Attribute(.unique) var id: 字符串 var title: String // 原始名称 } } 枚举 SchemaV2: VersionedSchema { static var versionIdentifier = Schema.Version(2, 0, 0) 静态变量模型：[任何 PersistentModel.Type] { [注.自我] } @模型最后一堂课注意{ @Attribute(.unique) var id: 字符串 // 从“标题”重命名为“标题” @Attribute(原名: "标题") var 标题：字符串 } } // 迁移计划（轻量级迁移）枚举迁移计划：SchemaMigrationPlan { 静态变量架构：[任何 VersionedSchema.Type] { [SchemaV1.self、SchemaV2.self] } 静态变量阶段：[MigrationStage] { [迁移V1到V2] } 静态让 migrateV1toV2 = MigrationStage.lightweight( 来自版本：SchemaV1.self，版本：SchemaV2.self ） } **为什么这样做** SwiftData 会看到 `originalName` 并在轻量级迁移期间保留数据。 ** ** ### 模式 6：针对唯一约束的重复数据删除 **在以下情况下使用** 将 `@Attribute(.unique)` 添加到具有重复项的字段枚举 SchemaV1: VersionedSchema { static var versionIdentifier = Schema.Version(1, 0, 0) 静态变量模型：[任何 PersistentModel.Type] { [自助旅行] } @模型最后一堂课旅行{ @Attribute(.unique) var id: 字符串 var name: String // ❌ 不唯一，有重复初始化（id：字符串，名称：字符串）{ self.id = id self.name = 姓名 } } } 枚举 SchemaV2: VersionedSchema { static var versionIdentifier = Schema.Version(2, 0, 0) 静态变量模型：[任何 PersistentModel.Type] { [自助旅行] } @模型最后一堂课旅行{ @Attribute(.unique) var id: 字符串 @Attribute(.unique) var name: String // ✅ 现在是唯一的初始化（id：字符串，名称：字符串）{ self.id = id self.name = 姓名 } } } 枚举 TripMigrationPlan: SchemaMigrationPlan { 静态变量架构：[任何 VersionedSchema.Type] { [SchemaV1.self、SchemaV2.self] } 静态变量阶段：[MigrationStage] { [迁移V1到V2] } 静态让 migrateV1toV2 = MigrationStage.custom( 来自版本：SchemaV1.self，版本：SchemaV2.self， willMigrate: { 上下文中 // 添加唯一约束之前去重让 trips = try context.fetch(FetchDescriptor()) var sawNames = Set<字符串>() 对于旅行中的旅行{ if sawNames.contains(trip.name) { // 重复-删除或重命名上下文.删除(行程) } 否则{ sawNames.insert(行程.名称) } } 尝试 context.save() }, 是否迁移：无） } ** ** ## 测试迁移 ### 强制测试清单 * 测试全新安装（所有迁移从 V1 → 最新版本运行） * 测试每个先前版本的升级 * 在真实设备上测试（不仅仅是模拟器） * 验证迁移后关系的完整性 * 检查数据是否丢失（计算之前/之后的记录） * 使用生产规模的数据集进行测试 ### 为什么模拟器测试不够充分 **模拟器行为** 在重建时删除数据库，始终看到新的架构 **真实设备行为** 在更新过程中保持持久数据库，架构必须匹配 // ❌ 错误 - 仅在模拟器中测试 // 你重建 → 模拟器删除数据库 → 全新安装 // 迁移代码永远不会运行！ // ✅ 正确 - 在真实设备上测试 // 1. 在设备上安装 v1 版本 // 2. 创建样本数据 // 3. 安装 v2 版本（带迁移） // 4. 验证保存的数据 ### 测试工作流程 **在将任何迁移部署到生产环境之前：** #### 1\.创建测试数据集准备代表迁移前状态的测试数据： * **最小数据集** \- 10-20 条包含所有关系类型的记录 * **真实数据集** \- 1,000+条记录匹配生产规模 * **边缘情况** \- 空关系、最大关系计数、可选字段 #### 2\.在模拟器中测试使用测试数据运行迁移： // 在V1模式中创建测试数据让 v1Container = 尝试 ModelContainer(for: Schema(versionedSchema: SchemaV1.self)) // ...填充测试数据... // 运行迁移让 v2Container = 尝试 ModelContainer( 对于：架构（版本化架构：SchemaV2.self），迁移计划：MigrationPlan.self ）验证： * 保留所有关系 * 无数据丢失（统计之前/之后的记录） * 正确填充新字段 * 实际数据集大小的性能可接受 #### 3\.真机测试 **关键** \- 模拟器成功并不能保证生产安全。 # 工作流程： 1. 在真机上安装 v1 版本 2. 创建100+条关系记录 3. 验证数据是否存在 4.安装v2版本（在现有应用程序上，不要删除） 5.启动应用程序 6. 验证： - 应用程序启动时不会崩溃 - 所有 100 多条记录仍然存在 - 关系完好无损 - 填充新字段 #### 4\.使用生产数据进行验证（如果可能）如果您有权访问生产数据： * 将生产数据库复制到开发环境 * 针对副本运行迁移 * 验证没有数据损坏 * 使用生产规模的数据集检查性能如果迁移失败，请参阅“axiom-swiftdata-migration-diag”以获取调试工具。 ### 迁移测试模式进口测试导入 SwiftData @Test func testMigrationFromV1ToV2() throws { // 1.创建V1数据让 v1Schema = Schema(versionedSchema: SchemaV1.self) 让 v1Config = ModelConfiguration(isStoredInMemoryOnly: true) 让 v1Container = 尝试 ModelContainer（用于：v1Schema，配置：v1Config）让上下文 = v1Container.mainContext let note = SchemaV1.Note(id: "1", 标题: "测试", 内容: "原始") 上下文.插入（注释）尝试 context.save() // 2. 运行到 V2 的迁移让 v2Schema = Schema(versionedSchema: SchemaV2.self) 让 v2Container = 尝试 ModelContainer( 对于：v2Schema，迁移计划：迁移计划.self，配置：v1Config ） // 3. 验证迁移的数据让 v2Context = v2Container.mainContext 让注释 = 尝试 v2Context.fetch(FetchDescriptor()) #expect(notes.count == 1) #expect(notes.first?.content != nil) // 字符串 → AttributedString } ** ** ## 决策树：轻量级迁移与自定义迁移你正在做出什么改变？ ├─ 添加可选属性 → 轻量级 ✓ ├─ 添加默认的必需属性 → 轻量级 ✓ ├─ 重命名属性（使用originalName）→ 轻量级 ✓ ├─ 移除属性 → 轻量级 ✓ ├─ 更改关系删除规则 → 轻量级 ✓ ├─ 添加新模型 → 轻量化 ✓ ├─ 更改属性类型→自定义（两阶段）✗ ├─ 制作可选→必需→自定义（首先填充空值）✗ ├─ 添加唯一约束（存在重复）→ 自定义（先去重）✗ └─ 复杂关系重构 → 定制 ✗ ** ** ## 常见错误 ### ❌ 忘记在 VersionedSchema 中包含所有模型枚举 SchemaV1: VersionedSchema { 静态变量模型：[任何 PersistentModel.Type] { [Note.self] // ❌ 错误：缺少文件夹和标签 } } // ✅ 正确：包括所有型号枚举 SchemaV1: VersionedSchema { 静态变量模型：[任何 PersistentModel.Type] { [Note.self、Folder.self、Tag.self] // ✅ 即使不变 } } **为什么** 每个 VersionedSchema 都是数据模型的完整快照，而不是差异。 ** ** ### ❌ 尝试访问 didMigrate 中的旧模型静态让迁移= MigrationStage.custom（来自版本：SchemaV1.self，版本：SchemaV2.self，将迁移：无， didMigrate: { 上下文在 // ❌崩溃：SchemaV1.Note 此处不存在让 oldNotes = 尝试 context.fetch(FetchDescriptor()) } ） // ✅ 正确：对旧模型使用 willMigrate 静态让迁移= MigrationStage.custom（来自版本：SchemaV1.self，版本：SchemaV2.self， willMigrate: { 上下文中 // ✅ SchemaV1.Note 存在于此让 oldNotes = 尝试 context.fetch(FetchDescriptor()) }, 是否迁移：无） ** ** ### ❌ 未使用真实数据在真实设备上进行测试 // ❌错误：模拟器成功≠生产安全 // 重建模拟器→删除数据库→全新安装 // 迁移实际上从未运行！ // ✅ 正确：测试迁移路径 // 1. 在真机上安装v1 // 2.创建数据（100+条记录） // 3. 通过迁移安装 v2 // 4. 验证保存的数据 ** ** ### ❌ 没有显式逆的多对多 // ❌ 错误：SwiftData 无法推断多对多 @模型最后一堂课注意{ var Tags: [Tag] = [] // ❌ 缺少逆元 } // ✅ 正确：显式逆 @模型最后一堂课注意{ @Relationship(deleteRule: .nullify, 逆: \Tag.notes) var Tags: [Tag] = [] // ✅ 指定逆向 } ** ** ### ❌ 假设模拟器成功 = 生产成功模拟器在重建时删除数据库。真实设备在更新过程中保留持久数据库。 **影响** 模拟器中隐藏的迁移错误导致 100% 的生产用户崩溃。 **修复** 发货前始终在真实设备上进行测试。 ** ** ## 调试失败的迁移 ### 启用核心数据 SQL 调试 # 在 Xcode 方案中，添加参数： -com.apple.coredata.swiftdata.debug 1 **输出** 显示迁移期间的实际 SQL 查询 CoreData：sql：从 ZNOTE 中选择 Z_PK、Z_ENT、Z_OPT、ZID、ZTITLE CoreData：sql：ALTER TABLE ZNOTE ADD COLUMN ZCONTENT TEXT ### 常见错误消息错误 |可能的原因 |修复 ---|---|--- “预计只有关系数组” |多对多逆缺失|添加`@Relationship(inverse:)` “用于开店的模式不兼容”|架构版本不匹配 |验证迁移计划架构数组 “未能履行故障...”|关系完整性被破坏 |迁移期间预取关系架构更改后应用程序启动时崩溃 | VersionedSchema 中缺少模型 |包括所有型号 ** ** ## 快速参考 ### 基本迁移设置 // 1. 定义版本化模式 enum SchemaV1: VersionedSchema { /* 模型 */ } enum SchemaV2: VersionedSchema { /* 模型 */ } // 2. 创建迁移计划枚举迁移计划：SchemaMigrationPlan { 静态变量架构：[任何 VersionedSchema.Type] { [SchemaV1.self、SchemaV2.self] } 静态变量阶段：[MigrationStage] { [迁移V1到V2] } 静态让 migrateV1toV2 = MigrationStage.lightweight( 来自版本：SchemaV1.self，版本：SchemaV2.self ） } // 3. 应用于容器让 schema = Schema(versionedSchema: SchemaV2.self) 让容器 = 尝试 ModelContainer( 对于：架构，迁移计划：MigrationPlan.self ） ** ** ## 资源 **全球开发者大会**：2025-291、2023-10195 **文档**：/swiftdata **技能**：axiom-swiftdata、axiom-swiftdata-migration-diag、axiom-database-migration ** ** **创建** 2025-12-09 **目标** iOS 17+（重点关注 iOS 26+ 功能） **框架** SwiftData (Apple) **Swift** 5.9+

Axiom Swift 数据迁移

包含技能