为 Swift 和 SwiftUI 带来 Core Data 并发功能

为 Swift 和 SwiftUI 带来 Core Data 并发功能

了解 Core Data 如何采用 Swift 5.5 新的并发功能，为您带来更简洁、更高效以及更安全的异步代码。我们将展示如何在您的 app 中更新 Core Data 来处理并发，并详细介绍整个框架中其他许多让 Swift 和 SwiftUI 的使用更具表现力和更强大的改进。

资源
- Loading and Displaying a Large Data Feed
- - 高清视频
  - 标清视频
相关视频

WWDC21
下载

♪ ♪ 大家好我是来自Core Data团队的迈克尔勒休今天我真的很高兴能和你谈谈团队所做的一些改进让你在使用Core Data和Swift时得到相当出色的体验首先回顾一下 Core Data是一个很好的解决方案能满足你的客户在所有Apple平台上的数据持久化需求然后我会进一步讨论 Core Data所采用的一些方法有关Swift运行期中新的并发的可能性接下来我将介绍我们对 Core Data API所做的一些增强来让你的代码在Swift 中更具表现力然后通过探索Core Data 向现有SwiftUI的支持所添加的动态能力来结束讨论而那正是我们在2020年所介绍过的不过让我们从头开始无论你为哪个Apple 平台开发你只会有一个应用程序在某些时候你的应用程序最终会遇到用户数据并且你可能需要将其存储在某个地方满足这种需求的绝佳选择是使用Core Data Core Data是Apple的标志性框架适用于希望持久化的应用程序开发者以强大且功能丰富的方式获取用户数据该框架处理了合理管理用户数据的诸多复杂性从它在内存中作为对象图的方式到它在存储中的建模方式该框架也花了一番工夫管理重要的运行注意事项比如内存使用和延迟该框架提供的功能也是可扩展的你可以从简单的本地持久存储开始并扩展以使用多个执行上下文来提高性能甚至通过CloudKit 创建强大的共享数据体验 Core Data也适用于所有 Apple支持的平台我真的想强调最后一点一旦你开始使用Core Data 你学到的一切都将在我们的每个平台上运行从你的Mac 到你的iPhone 甚至你的Apple Watch 当然 Core Data 在Swift中也能胜任愉快在过去几年中我们一直在不断增强核心数据 API 在Swift中尽可能具有表现力对Swift来说今年非常激动人心随着我们为语言和运行期引进了全新的并行特性从开始以来核心数据就一直在关注并行运行代码而这是有充分理由的持久化数据需要读写一些外部存储媒体这使得支持新的并行模型成为了一种再自然不过的选择让我们在这个“地震”范例应用的上下文中来探索它是如何工作的这个应用程序读取了来自美国地质调查局的数据馈送并使用Core Data来存储有关最近地震的信息例如它们的规模、位置和事件发生的日期在架构上 “地震”是一个 Swift应用程序它有一个视图上下文来驱动UI 和一个背景上下文用来摄入USGS所提供的数据我们的范例有一个为应用程序准备的本地容器并从USGS的JSON收集地震数据提要
当我们下载数据时会把它交给我们的JSON解析器然后将其导入到我们的后台上下文中转换为托管对象并保存到我们的本地储存视图上下文再来会合并更动神奇地更新我们的用户界面在2020年我们专注于如何通过批处理操作来高效处理这些数据但现在我想聚焦在如何同时执行这些操作特别是我想聚焦在将数据导入应用程序所要采取的三个步骤第一步是下载原始数据当下载成功后应用程序需要将其转换为我们特定的本地表示（representation）最后将新对象保存到持久存储中我们继续将其转换为高级代码我已经将每个操作抽象化变成它自己的函数或闭包该应用程序首先从服务器检索原始数据将其处理为方便的本地表示形式然后通过在后台的 managedObjectContext 批量插入请求将对象导入Core Data
像这样写能更容易将潜在的瓶颈给具象化考虑异步执行我们工作通过网络加载数据将是个绝佳机会转换也可能是一个值得考虑的地方此外将数据导入我们的持久存储似乎非常合适
但从历史上看在所有这些情况下你都必须亲自实施任何此类的异步机制或重度依赖特定于框架的实现再来说说Core Data的特定抽象
在Core Data的情况下当你调用了 performAndWait时托管对象的上下文将在其自己受保护的执行环境中执行它所得到的闭包这可能会占用调用线程直到工作完成
如果我们将其可视化我们可以想象三个代码块我已标记为BEFORE、DURING 和AFTER
当我们的代码运行期首先标记为BEFORE的代码有机会在原始线程上执行然后我们调用performAndWait 而调用线程会阻塞直到DURING闭包的工作完成完成该工作后将执行叫做AFTER的代码
当然如果你不需要等待闭包完成我们会提供完全非同步的变量但就在今年一开始 Swift获得了具有深度语言集成的强大并行模型它允许Core Data更准确地描述我们API的意图语法有点不同你想要等待表演的结果但是使用这个新API的心智模型和managedObject一直支持的完全一样然而好处就是并行不再是隐藏的实现细节而是深度整合进入Swift语言因为这样编译器可以自动阻止许多常见的并行错误例如数据竞争和死锁甚至能在已知任务等待结果时有效利用资源让我们回到代码看看实际使用它是什么样子
如我们所见你要求等待一个异步宣告的函数这有可能会暂停调用执行上下文直到异步函数通过返回来让出控制权
它还可以与Swift 现有的结构化错误处理无缝协作经由将任何抛出的错误路由到呼叫框架正如你所期望的那样现在我们已经看到了一个调用异步函数的例子让我们来看看它们是如何宣告的通过查看Core Data 在managedObject上下文当中执行异步工作的全新方式这段Swift代码包含了相当多的功能但我只谈一些重要的细节然后我们就来展示如何在实际上使用它从新的执行重载的宣告开始根据它可以返回的结果类型你可以看到它是通用的并用新的关键词async来修饰它会选择此功能进入Swift中的新并行功能也许这个新API最重要的是它获得的闭包现在允许你抛出错误或返回一个值从而节省你手动将这些回传给呼叫框架的工作让我们看看这有多酷来探索几个不同的场景从历史上看由于并行隐藏在我们的实现中所以在performAndWait之外传送错误的唯一方法是关闭一个任选然后之后再检查一下如果你执行的是完全异步版本这可能会更复杂因为你需要通过传递完成处理程序来进行很多管道工程并确保你能够持续使用它们通过Swift中的新并行模型所有管道工程都为你处理好了！只要等待你的异步工作如果发生错误就抛出它事情会自然地展开到调用框架
所以现在我们聚焦于错误但结果呢？好吧我所描述的一切作法都完全相同来看一个具体的例子在进入代码之前让我们勾勒一下要做的事情就这个例子而言我想配置一个获取请求来识别过去五小时内发生的地震次数用一句话来说听起来是个简单明了的任务但是在代码中我们需要稍微重新排序我们首先要弄清楚五小时前是什么时候我们可以使用日历API 以稳健的方式计算出它然后我们将通过谓词来根据该日期配置一个获取请求并要求计数结果类型在代码中看起来跟计划相差无几我们使用日历的补偿API 来计算五小时前的现在然后通过谓词配置一个 QuakeFetchRequest 来返回一个计数结果并能对上我们想要的日期从历史上看返回结果遵循着和我们捕捉错误的方式类似的模式你会关闭你需要改变的任何状态在managedObjectContext中执行你的计算然后稍后在重新获得控制权后使用结果
现在我们可以等待我们的perform调用的结果并将执行结果直接返回到我们的调用框架而其余代码则完全相同我们只是避免通过手动值来运送以及该代码可能具有的任何潜在错误或细微差别这段新代码非常简洁且富有表现力
然而值得一提的是有时你应该谨慎行事来看个不同的例子就知道为什么了这个范例尝试将最近的地震作为托管对象返回虽然新API让返回值变得非常容易但当managedObjects已注册为 managedObjectContext时返回就不安全了只有在执行调用的闭包内引用此类注册对象才有效相反地如果你需要在不同的执行上下文之间引用一个managedObject 要嘛根据需要使用ObjectID 和重新获取要嘛使用获取请求的字典表示选项在我们看另一个例子之前我想介绍一个还没谈到的细节这个细节就是 ScheduledTaskType 目前为止我们看到的每个异步执行都是针对此选项的默认值： .immediate 还有一个叫做.enqueued的选项要了解这两种调度方法之间的区别想想当你要求安排工作时在managedObjectContext中具体发生的事情会有所帮助正如我们所见实时行为很像这个Swift异步知觉版本的 performAndWait 如果你在不同的执行上下文上运行并要求等待在后台上下文上执行的工作你将会等到它被排程和完成
但是如果你已经在相同的执行上下文中工作将充满希望地立即进入排程
另一方面队列相对单纯一些它只会将请求的工作附加到上下文工作集的末尾无论发起呼叫站点的关联性如何让我们继续看另一个例子你也可以采用所有这些异步功能你看我把我们一直在谈论的导入逻辑考虑进去一个新的 importQuakes函数里且用新的async关键词修饰反过来讲这个函数是根据其他异步功能实现的
现在任何人都可以等待这个新函数来善用Swift中新的并行功能来总结一下目前为止我们看到的总的来说这个新的API带来了对Swift结构化并行的支持直接进入Core Data API执行的新变量只不过是既有的核心数据API 的Swift并行感知版本这些都是你们都知道也很喜爱的我们强烈鼓励在你的应用程序中利用这个新API
此外 NSManaged ObjectContext并不是 Core Data中唯一支持在其受保护的并行域中执行任务的类型我们还向两者添加了类似的API NSPersistentContainer和 NSPersistentStoreCoordinator 这些API的大概性能和行为与我已经描述的非常相似但有了全部的并行力量但若我们没有为你们提供现有除错工具的随行建议那就是我的疏忽当然 XCode提供了 Address和Thread sanitizers 对于抓捕你没有查觉到的错误非常有帮助这些都可以在方案编辑器运行设置的诊断窗格中找到每个sanitizer检测不同类型的问题包括验证安全内存使用假设并适当使用来自多个线程的数据在向用户社群发布软件之前使用两种sanitizer 验证你的应用程序及其相关测试始终是一个好主意虽然sanitizer 在所有情况下都很有用我还是想强调Core Data 提供了一个特殊的运行期旗帜让你可以启用以获得更多网域相关的帮助通过启用此选项核心数据将会启动数个有用的断言来验证内部锁并确认各种Core Data类型使用得当
采用Swift并行支持并不是今年对Core Data 所做的唯一更改我们推出的每一个新API 从CloudKit分享到新的Spotlight整合全都是基于Swift的思路来加以呈现今年针对这些个别话题我们有个单独的会议我鼓励你们去找出来看我们另外制作了整个框架的通行证来识别在Swift中我们还可以做出哪些改进现在我想展示这其中的一些那就从我们支持的各种不同的持久化存储开始讲起回想一下持久存储代表着你实际希望如何存储客户数据 Core Data目前提供了四个这样的存储： XML、二进制 InMemory和SQLite 你一直都在使用这些标识符而作为今年的新功能我们会在 Swift中持续赋予这些更自然的名称现有名称会继续运行但使用这些名称的新API 使用起来更符合人体工学因为名称较短还具备自动完成这些符号的能力当然持久化存储并不是 Core Data中唯一关注类型的东西毕竟框架都跟存储类型化数据有关而这些类型都是以特性叙述来描述的在今年我们在特性描述中添加了一个新的可扩展枚举为了与它们的类型运作提供了更自然的语法让我们通过编写一个单位测试来验证我们的运行期模型是否与我们在XCode模型构建器中设计的相匹配
为求简单我们会尝试验证由地震对象模型所定义的单一运行期类型但你可以想象这会怎么扩展看起来可能会像个小测试但验证它是一件好事因为它在未来可以加快更有趣的诊断速度为了编写这个测试我们将编写一个快速帮助函数考虑到新的特性类别现在让我们继续描述这个功能我们从签名开始它需要一个特性名称我们关心的实体描述和类型且根据新的特性类型枚举进行描述
要定义此实用程序相当简单首先用提供的名称验证我们的特性如果我们找不到它则测试失败然后我们来验证特性的类型属于预期的全部就是这样我们可以为每个实体和属性不断重复享受我们的运行期行为与定义的模型相匹配所带来的安心
这只是今年我们在Swift中我们对Core Data枚举所做的一些人体工学改进的范例
直到现在我一直在专注在许多较低级别的框架交互上以及它们如何在Swift中体现那么向用户展示数据呢？在2020年我们为SwiftUI Core Data的使用上带来了许多便利现在我的同事斯科特想与你分享很多有关今年推出的新增强功能斯科特？谢谢迈克尔！在今年使用SwiftUI 和Core Data的体验可说是进步了不少从获取请求中的惰性实体解析说起这放宽了应用程序在它们构建自己的视图之前设置其核心数据堆栈的需求同样在今年获取请求为了它们的排序描述符和谓词改进了动态配置
一种新的获取请求也出现了而且它支持分段获取我将通过迈克尔先前提到的地震范例应用来一一带你们了解那就从惰性实体解析开始吧在你的应用程序中可能有一些这样的代码这里的容器属性并不一定能支持这种类型的代码甚至更广泛的应用程序所有这些都是直接从 QuakesProvider类型来获得它需要的东西不这个属性的存在是为了确保Core Data堆栈于加载模型之前在环境中的任何视图尝试引用任何实体之前就已经设置好了看这里环境视图修饰符被调用了就在ContentView被初始化之后在针对今年的SDK进行部署时就再也不需要这个技巧了 FetchRequest 属性包装器正懒洋洋地在提取时间内按照名称来查找实体此时环境也已经保证了核心数据堆栈设置好了所以现在删除这个属性是安全的…
然后再来引用…
QuakesProvider可以直接在环境调用中共享容器我们继续讲一些新的API FetchRequest 现在支持动态配置包装值上有两个新属性可用于直接更改请求的谓词以及它的排序描述符这两者的表达都通过你所习惯的NSSortDescriptor 以及新的 SortDescriptor值类型在获取实体时经由自动生成的托管对象子类来提供更多便利及安全
最后有一个配置绑定与包装值具有相同的属性集可以更轻松地与视图整合在这个新API之前我得设计一下我的视图这样排序和谓词参数才能通过视图的初始化程序传递但也因此变得非常棘手例如使用工具栏中的控件配置我的获取请求之类的事情这些新的动态配置属性消除了这种阻力我很乐意向你展示如何通过对地震范例应用进行添加分类和过滤来使用它们让我们先看看排序描述符默认情况下地震应用会按新近度排序但我也想按震级排序所以我要添加一个菜单让我控制结果的顺序我首先要添加一个静态的元组数组…
包含我想要支持的排序描述符以及它们的名称他们在这里也在使用新的 SortDescriptor类型
我还需要一些状态来追踪我当前使用的排序顺序我已经为此创建了一个类型因此我将其添加为内容视图的属性现在我要在列表视图中添加一个工具栏菜单…
这可以修改选定的排序以及一个onChange修饰符来更新获取请求的排序描述符
目前在预览中可以看到新菜单我可以用它来按震级对地震进行排序太棒了！现在添加过滤我想根据地震的地点设定过滤条件我要做的第一件事是搜索框文本的某种状态我会制作一个绑定属性…
让搜索框获取请求的更新
有了这些我需要的就剩用户界面了方便…
Searchable绑定了一个字符串所以我们可以把它放在这里
现在在预览中我们可以缩小到与三明治匹配地区附近的所有地震只需在搜寻框中输入“三明治”即可
这就是FetchRequest的动态配置另一个受到普遍要求的功能就是分段提取的支持会在今年作为新的属性包装器类型出现这被称为 SectionedFetchRequest 此类型支持与FetchRequest 相同的新动态配置属性但它使用了附加参数进行初始化即标明该区段属性的关关键路径非常类似 NSFetchedResultsController
但与获取结果控件不同的是标明该区段的属性可以有任何你喜欢的类型只要它是可哈希的这使用了额外的泛型参数在SectionedFetchRequest上在类型系统中编码最后这种新类型包裹出了一个二维结果类型 SectionedFetchResults 是区段的集合每个区段本身都是结果的集合每区段还各有一个带有区段标识符的属性
这真的非常容易采用所以我要将把分段提取添加到地震应用程序里首先更新我的FetchRequest宣告
Quake已经有一个用于日期的属性所以我将把它用于分段关关键路径
接下来我需要更新主体属性…
来匹配新的分段结果类型
这里的外部循环遍历各个区段所以我在这里发出一个区段视图每个区段本身都是地震的集合所以这个内部ForEach 会对区段进行迭代就像我之前对结果的迭代一样
如果我们查看预览我现在得到了按时间排序并按日分段的地震 SwiftUI甚至为我提供了对折叠区段的自动支持
这个新的 SectionedFetchRequest类型支持了与FetchRequest 相同的动态配置属性以及区段标识符关键路径的附加配置属性这超级重要因为我们实际上已经不再能安全地更改排序由于时间和地震震级没有完美的密切相关这可能会导致这些区段无法连续但或许也不是坏事为了解决这个问题我需要在脑中更新排序…
所以每个都有一个对应的区段标识符关关键路径
接下来往下来到工具栏…
每次我更新排序描述符时我都要更新区段标识符关关键路径
但这是很重要的部分每当结果收取器被调用时对请求的更改都会被提交所以为了安全地更新排序和区段…
我需要参考我拉进本地端的结果来更新我的配置
现在在预览中我们可以看到这改变了顺序也改变了分区段我们可以在按时间排序按日分段的地震以及按震级排序与分段的地震之间切换
就是这样：惰性堆栈初始化动态配置和分段获取所有这些都可以轻松地被运用在现有的 iOS 15和MacOS Monterey 的应用程序上所以回顾一下 Core Data是你的一站式储存用于管理应用程序的数据持久性需求并横跨所有Apple平台它利用了新的并行特性通过新的执行API 在Swift中可用并且仍然内建了强大的线程安全除错
它有新的枚举界面使储存和特性类别在Swift上用起来更自然再加上CloudKit共享和 Spotlight的整合使用SwiftUI与动态配置和分段提取来连接视图变得比以往都更容易
关于这些主题还有更多新东西等着我们学习我们建议收看座谈特集《使用SwiftUI进行简化及认识Swift的并行性》就是这样！我真的很期待看到你们会用这些新API构建出什么 [轻快的音乐]

20:36 - FetchRequest dynamic configuration: sort descriptors

private let sorts = [(
    name: "Time",
    descriptors: [SortDescriptor(\Quake.time, order: .reverse)]
), (
    name: "Time",
    descriptors: [SortDescriptor(\Quake.time, order: .forward)]
), (
    name: "Magnitude",
    descriptors: [SortDescriptor(\Quake.magnitude, order: .reverse)]
), (
    name: "Magnitude",
    descriptors: [SortDescriptor(\Quake.magnitude, order: .forward)]
)]

struct ContentView: View {
    @FetchRequest(sortDescriptors: [SortDescriptor(\Quake.time, order: .reverse)])
    private var quakes: FetchedResults<Quake>

    @State private var selectedSort = SelectedSort()

    var body: some View {
        List(quakes) { quake in
            QuakeRow(quake: quake)
        }
        .toolbar {
            ToolbarItem(placement: .primaryAction) {
                SortMenu(selection: $selectedSort)
                .onChange(of: selectedSort) { _ in
                    let sortBy = sorts[selectedSort.index]
                    quakes.sortDescriptors = sortBy.descriptors
                }
            }
        }
    }

    struct SelectedSort: Equatable {
        var by = 0
        var order = 0
        var index: Int { by + order }
    }

    struct SortMenu: View {
        @Binding private var selectedSort: SelectedSort

        init(selection: Binding<SelectedSort>) {
            _selectedSort = selection
        }

        var body: some View {
            Menu {
                Picker("Sort By", selection: $selectedSort.by) {
                    ForEach(Array(stride(from: 0, to: sorts.count, by: 2)), id: \.self) { index in
                        Text(sorts[index].name).tag(index)
                    }
                }
                Picker("Sort Order", selection: $selectedSort.order) {
                    let sortBy = sorts[selectedSort.by + selectedSort.order]
                    let sortOrders = sortOrders(for: sortBy.name)
                    ForEach(0..<sortOrders.count, id: \.self) { index in
                        Text(sortOrders[index]).tag(index)
                    }
                }
            } label: {
                Label("More", systemImage: "ellipsis.circle")
            }
            .pickerStyle(InlinePickerStyle())
        }
        
        private func sortOrders(for name: String) -> [String] {
            switch name {
            case "Magnitude":
                return ["Highest to Lowest", "Lowest to Highest"]
            case "Time":
                return ["Newest on Top", "Oldest on Top"]
            default:
                return []
            }
        }
    }
}

21:33 - FetchRequest dynamic configuration: predicates

struct ContentView: View {
    @FetchRequest(sortDescriptors: [SortDescriptor(\Quake.time, order: .reverse)])
    private var quakes: FetchedResults<Quake>

    @State private var searchText = ""
    var query: Binding<String> {
        Binding {
            searchText
        } set: { newValue in
            searchText = newValue
            quakes.nsPredicate = newValue.isEmpty
                               ? nil
                               : NSPredicate(format: "place CONTAINS %@", newValue)
        }
    }

    var body: some View {
        List(quakes) { quake in
            QuakeRow(quake: quake)
        }
        .searchable(text: query)
    }
}

23:26 - SectionedFetchRequest

extension Quake {
    lazy var dateFormatter: DateFormatter = {
        let formatter = DateFormatter()
        formatter.dateFormat = "MMMM d, yyyy"
        return formatter
    }()

    @objc var day: String {
        return dateFormatter.string(from: time)
    }
}

struct ContentView: View {
    @SectionedFetchRequest(
        sectionIdentifier: \.day,
        sortDescriptors: [SortDescriptor(\Quake.time, order: .reverse)])
    private var quakes: SectionedFetchResults<String, Quake>

    var body: some View {
        List {
            ForEach(quakes) { section in
                Section(header: Text(section.id)) {
                    ForEach(section) { quake in
                        QuakeRow(quake: quake)
                    }
                }
            }
        }
    }
}

24:56 - SectionedFetchRequest dynamic configuration: sort descriptors

extension Quake {
    lazy var dateFormatter: DateFormatter = {
        let formatter = DateFormatter()
        formatter.dateFormat = "MMMM d, yyyy"
        return formatter
    }()

    @objc var day: String {
        return dateFormatter.string(from: time)
    }
  
    @objc var magnitude_str: String {
        return "\(magnitude)"
    }
}

private let sorts = [(
    name: "Time",
    descriptors: [SortDescriptor(\Quake.time, order: .reverse)],
    section: \Quake.day
), (
    name: "Time",
    descriptors: [SortDescriptor(\Quake.time, order: .forward)],
    section: \Quake.day
), (
    name: "Magnitude",
    descriptors: [SortDescriptor(\Quake.magnitude, order: .reverse)],
    section: \Quake.magnitude_str
), (
    name: "Magnitude",
    descriptors: [SortDescriptor(\Quake.magnitude, order: .forward)],
    section: \Quake.magnitude_str
)]

struct ContentView: View {
    @SectionedFetchRequest(
        sectionIdentifier: \.day,
        sortDescriptors: [SortDescriptor(\Quake.time, order: .reverse)])
    private var quakes: SectionedFetchResults<String, Quake>

    @State private var selectedSort = SelectedSort()

    var body: some View {
        List {
            ForEach(quakes) { section in
                Section(header: Text(section.id)) {
                    ForEach(section) { quake in
                        QuakeRow(quake: quake)
                    }
                }
            }
        }
        .toolbar {
            ToolbarItem(placement: .primaryAction) {
                SortMenu(selection: $selectedSort)
                .onChange(of: selectedSort) { _ in
                    let sortBy = sorts[selectedSort.index]
                    let config = quakes
                    config.sectionIdentifier = sortBy.section
                    config.sortDescriptors = sortBy.descriptors
                }
            }
        }
    }

    struct SelectedSort: Equatable {
        var by = 0
        var order = 0
        var index: Int { by + order }
    }

    struct SortMenu: View {
        @Binding private var selectedSort: SelectedSort

        init(selection: Binding<SelectedSort>) {
            _selectedSort = selection
        }

        var body: some View {
            Menu {
                Picker("Sort By", selection: $selectedSort.by) {
                    ForEach(Array(stride(from: 0, to: sorts.count, by: 2)), id: \.self) { index in
                        Text(sorts[index].name).tag(index)
                    }
                }
                Picker("Sort Order", selection: $selectedSort.order) {
                    let sortBy = sorts[selectedSort.by + selectedSort.order]
                    let sortOrders = sortOrders(for: sortBy.name)
                    ForEach(0..<sortOrders.count, id: \.self) { index in
                        Text(sortOrders[index]).tag(index)
                    }
                }
            } label: {
                Label("More", systemImage: "ellipsis.circle")
            }
            .pickerStyle(InlinePickerStyle())
        }
        
        private func sortOrders(for name: String) -> [String] {
            switch name {
            case "Magnitude":
                return ["Highest to Lowest", "Lowest to Highest"]
            case "Time":
                return ["Newest on Top", "Oldest on Top"]
            default:
                return []
            }
        }
    }
}

正在查找特定内容？在上方输入一个主题，就能直接跳转到相应的精彩内容。

提交你查询的内容时出现错误。请检查互联网连接，然后再试一次。

资源

相关视频

WWDC21