SwiftUIの並行処理の詳細

SwiftUIの並行処理の詳細

SwiftUIで、Swiftの並行処理を活用して安全で応答性の高いアプリを構築する方法を紹介します。デフォルトでメインアクターを使用し、ほかのアクターにタスクをオフロードする、SwiftUIの機能について解説します。SwiftUIのイベントループを使用することで並行処理のアノテーションを解釈し、非同期タスクを管理して、スムーズなアニメーションやUIの更新を行う方法を学びます。セッションを通じて、データ競合を回避して安心してコードを記述する方法を理解できます。

関連する章
- 0:00 - イントロダクション
- 7:17 - 「並行処理」の断崖
- 16:53 - 「コード」キャンプ
- 23:47 - 次のステップ
リソース
関連ビデオ

WWDC25
- Code Along：Swiftの並行処理によるアプリの強化
- Swiftの並行処理の活用
WWDC23
- SwiftUIアニメーションの詳細
皆さんこんにちは私のツアーへようこそ本日のガイド Danielです SwiftUIチームに所属しています
今日は一緒に並行処理の背景と SwiftUIによるアプリ開発について見ていきたいと思います
今日ご参加いただいたのはデータ競合バグという危険な生き物の話を耳にされたからだと思います
これまでに何度か遭遇したことがあるかもしれません
本日の話題はアプリの予期しない状態、アニメーションの不具合、そして永久的なデータ損失です
このツアーは100%安全ですのでご心配なく SwiftとSwiftUIを使用すればそのようなデータ競合アニマルを置き去りにできます SwiftUIではさまざまな方法でコードを同時に実行できますこのツアーでは SwiftUI APIの並行処理の注釈を利用してそれらのコードを識別する方法を解説します最終的には皆さんがSwiftUIでのアプリ開発に自信を深めより大胆になれることを願っています
Swift 6.2では新しい言語モードが追加されこのモードでは
モジュール内のすべての型が暗黙的に @MainActor注釈でマークされます
このツアーで紹介する内容はすべてこの新モードの利用にかかわらず有効ですこのツアーには 3つのアトラクションがあります
まずメインアクターの美しい牧草地から出発し SwiftUIでメインアクターがアプリのコンパイル時と実行時のデフォルトとなることを確認します
次に待つのは並行処理の崖です SwiftUIがアプリにどのように役立ちメインスレッドからタスクをオフロードして UIのヒッチを回避し同時に野生のデータ競合バグから私たちを守るのかを見ていきます
最後にキャンプ場に到着し自分の位置付けを決めて並列コード間の関係と SwiftUI APIを検討します
では最初の目的地メインアクターの牧草地に行きましょう
ツアー中には自然にインスパイアされたカラースキームを集めたいのでそのためのアプリを作りました写真を撮影したら抽出したい色の数を選んで抽出ボタンを押しますするとアプリで補完的な色が写真から抽出され画面上に表示されます
下にスクロールすると抽出したカラースキームがすべて表示されるので好きな色を選んでエクスポートできます
抽出UIについては構造体ColorExtractorViewを作りました
これは @MainActorの隔離を宣言する SwiftUIのViewプロトコルに準拠しています
Swiftはデータ隔離を使用してすべてのミュータブルステートの安全性を理解し検証しますツアー全体を通してこのような多くの並行性の概念に遭遇するでしょう Swift Concurrencyを初めて使用する場合または復習が必要な場合は「Embracing Swift Concurrency」をご覧ください SwiftUIでは@MainActorで Viewが隔離されるので構造体をViewに適合させます
このため ColorExtractorViewは @MainActorに隔離されますこの点線は推測された隔離であることを示しますつまりこの注釈はコンパイル時に暗示されますが実際私が書いたコードには含まれていません
@MainActorで型全体が隔離される場合はそのすべてのメンバーが暗黙的に隔離されます
これにはViewの要件を実装する bodyプロパティが含まれ
ここで宣言する他のメンバーも同様でこの@State変数もそうです
ビューのbodyを閉じますここでは他のメンバープロパティ例えばモデルのschemeやモデルの colorCountへのバインディングを参照しています
これがコンパイラで許可されるのは共有された@MainActorの隔離によりこれらのアクセスが安全であることが保証されるからです
また直感的でもあります
@MainActorはSwiftUIのコンパイル時のデフォルトですつまりほとんどの場合アプリの機能の構築に集中することができ並行処理についてはあまり考える必要がありません
並行処理の目的でコードに注釈を付与する必要はなく自動的に安全性が保たれます
追加のコード用のスペースを確保するためこれらの推測される隔離を非表示にします
@MainActorを使用したこのコンパイル時のデフォルトはこのビューでは同期コードを超えて拡張されます
データモデルの型には @MainActorの注釈は必要ありません
モデルはビューの宣言内でインスタンス化しているので Swiftによってモデルインスタンスが適切に隔離されます
このSchemeContentViewには色の抽出を開始するためのタップジェスチャが含まれています
色抽出の機能は非同期なのでそれを呼び出すために Taskを使用して非同期コンテキストに切り替えます
ビュー本体は @MainActorに隔離されているためこのタスクに付与したクロージャがメインスレッドでも実行されますこれは本当に便利です
@MainActor隔離はSwiftUIのコンパイル時のデフォルトです
それによりビューの記述が便利にやりやすくなるだけでなく他にも非常に実用的な理由があります AppKitとUIKitのAPIは排他的に@MainActorに隔離されます
SwiftUIはこれらのフレームワークとシームレスにやり取りします例えばプロトコルUIViewRepresentableは Viewプロトコルを微調整します構造体と同様にこれは@MainActor上で UIViewRepresentableを隔離します
ですのでUIViewRepresentableに準拠する型もViewですそのため @MainActorに隔離されます
UILabelのイニシャライザは @MainActor隔離を要求しますそれはmakeUIViewで機能しますなぜなら makeUIViewは @MainActor隔離である Representable型のメンバーだからです
@MainActorを使用して注釈を付ける必要はありません SwiftUIがそのAPIに @MainActorを使用して注釈を付けるのは実装するデフォルトのランタイム動作が反映されるからです
このような注釈は実行時にフレームワークで意図されたセマンティクスの下流になります
SwiftUIの並行処理注釈はランタイムセマンティクスを表しますこれはこれまでに見たコンパイル時の便宜からすると微妙な違いに思えるかもしれませんが非常に根本的なことですこの考えを裏付ける別の例を後で紹介します
次のアトラクションはエキサイティングなものになりますシートベルトを締め電子機器が固定されていることをご確認ください
アプリの開発中に多くのアプリ機能を導入するとメインスレッド内の処理が多すぎる場合アプリでドロップフレームやヒッチが発生することがありますタスクと構造化並行処理を使用するとメインスレッドからコンピューティング処理をオフロードできます「Elevate an app with Swift Concurrency」セッションではアプリのパフォーマンスを高めるための実用的な手法をご紹介していますのでぜひご覧ください
このツアーのメインテーマは SwiftUIでSwiftの並行処理を活用してアプリのパフォーマンスを高めることです
SwiftUIチームは過去に組み込みアニメーションではバックグラウンドスレッドを使用して中間状態が計算されることを明らかにしています
それをSchemeContentView内のこの円で確認してみましょう
色抽出ジョブの開始から終了までの間には円が大きくなりそしてまた縮小して元のサイズに戻るアニメーションが表示されます
ここではプロパティisLoadingに反応する scaleEffectを使用しています
このアニメーションの各フレームには 1から 1.5までの異なるスケール値が必要です
このスケールのようなアニメーション値には複雑な計算が含まれるためその多くをフレームごとに計算するとコストがかかる可能性がありますそのためSwiftUIではこの計算をバックグラウンドスレッドで実行しメインスレッドには他の処理のための容量を残しておきます
この最適化は実装するAPIにも適用されます
そうです SwiftUIではコードがメインスレッドから実行されることがあるのです
でもそれほど複雑ではないので心配はいりません
SwiftUIは宣言型です UIViewとは異なり Viewプロトコルに準拠する構造体はメモリ内の固定された場所を占有するオブジェクトではありません
実行時 SwiftUIではビューの個別の表現を作成します
この表現によりさまざまな種類の最適化を実行できるようになります中でも重要なのはバックグラウンドのスレッドでビューの表現の一部を評価することです
SwiftUIではこの技法を予約して多くのコンピューティングが実行される機会に備えます例えばほとんどの場合この評価には高頻度のジオメトリ計算が含まれます
Shapeプロトコルはその一例です
Shapeプロトコルにはパスを返すメソッドが必要です
ホイール内で抽出された色を表現するためにカスタムのくさび形を作成しました
そのパスメソッドを実装します
くさび形はそれぞれ向きが異なりますこのくさび形がアニメーション化されている間このパスメソッドでは呼び出しがバックグラウンドスレッドから取得されます
SwiftUIが自動的に実行するもう1つのカスタムロジックがクロージャ引数です
円の真ん中にぼやけたテキストが見えます
これの実装には SwiftUIテキストで visualEffectを使用しています
パルス値がtrueとfalseの間で反転する際にぼかし半径が2つの値の間で切り替わるのですビューモディファイアvisualEffectはサブジェクトビューつまりテキストへの効果を定義するクロージャを受け取ります視覚効果は装飾的でレンダリングにコストがかかる場合があります
SwiftUIはバックグラウンドスレッドからこのクロージャを呼び出すことができます
これがバックグラウンドスレッドからコードを呼び出せる2つのAPIです
もう少し見てみましょう
Layoutプロトコルはメインスレッドから要件メソッドを呼び出すことができますまた visualEffectと同様に onGeometryChangeの最初の引数はバックグラウンドスレッドからも呼び出される可能性があるクロージャです
バックグラウンドスレッドを使ったこのランタイム最適化は長い間 SwiftUIの一部でした
SwiftUIでは Sendable注釈を使用することでコンパイラやユーザーに対しこのランタイム動作つまりセマンティクスを表現できます
ここでも SwiftUIの並行処理注釈はランタイムセマンティクスを表します
別のスレッドでコードを実行するとメインスレッドが解放されアプリの応答性が高まります
そして Sendableキーワードは @MainActorのデータを共有する必要があるときにデータの競合状態が生じる可能性があることを思い出させるためのものです
Sendableは崖の斜面の小道にある「危険立入禁止」という標識のようなものです
でもこの説明は少し大げさかもしれません実際Swiftはコード内の潜在的な競合状態を確実に検出しコンパイラエラーでそれを知らせますデータ競合状態を回避する最善の戦略は並行処理中のタスク間でデータをまったく共有しないことです
SwiftUI APIでSendable関数を記述する必要がある場合フレームワークは関数の引数として必要な変数のほとんどを提供します簡単な例を示します
先ほど説明しませんでしたが ColorExtactorViewではカラーホイールとスライダーは同じ幅ですそれはこのEqualWidthVStack型のおかげです
EqualWidthVStackはカスタムレイアウトです
今回はレイアウトについては触れませんここでのポイントは SwiftUIによって渡される引数を使えば外部変数を利用せずにこのような高度な計算を実行できるということです
しかし Sendable関数の外部の変数にアクセスする必要がある場合はどうでしょう
SchemeContentViewではこのvisualEffectに状態pulseが必要です
しかしSwiftではデータ競合状態の警告が表示されます
双眼鏡でコンパイラエラーの内容を詳しく確認してみましょう
pulse変数はself.pulseの略ですこれはSendableクロージャで @MainActor隔離変数を共有する場合の一般的なシナリオです
selfはViewでメインアクターで隔離されていますここから始めましょう最終目標は Sendableクロージャに含まれる pulse変数にアクセスすることですこれを達成するために必要なことが2つあります
まず値selfはメインアクターからバックグラウンドスレッドのコード領域へと境界を越えて移動する必要があります
Swiftではこのことを「変数selfをバックグラウンドスレッドに送信する」と言います
これには selfの型が Sendableである必要があります
selfが正しい場所に現れたのでそのプロパティpulseをこの非隔離領域で参照したいと思いますでもコンパイラはプロパティpulseがどのアクターにも隔離されないのでない限りそれを許可しません
コードをもう一度見てみると selfはViewであるため @MainActorによって保護されており
コンパイラには Sendableと見なされます
そのためSwiftはこの参照が @MainActor隔離から Sendableクロージャへと境界を越えて移動することを問題なく受け入れます
そのためSwiftは実際 pulseプロパティにアクセスする試みに対して警告しています
もちろん pulseがViewのメンバーとして MainActorに隔離されていることはわかっています
そのためコンパイラは selfをここに送信できても @MainActorに隔離された pulseプロパティへのアクセスは安全でないことを伝えています
このコンパイルエラーを修正するには Viewへの参照を通じたプロパティの読み取りを避けます
ここで記述した視覚効果にはこのView全体の値は必要なく pulseがtrueかfalseかを知りたいだけですですので代わりにクロージャのキャプチャリストでpulse変数のコピーを作成しそれを参照しますそうすればこのクロージャに selfを送信する必要はありません
pulseのコピーを送信するだけです Boolは単純な値型なのでこのコピーは送信可能です
このコピーはこの関数の範囲内にのみ存在するためアクセスしてもデータ競合の問題は発生しません
この例では Sendableクロージャの pulse変数はグローバルアクターによって保護されているためアクセスできませんでした
これを機能させる別の戦略は参照するすべてのものを非隔離状態にすることです
さて皆さんキャンプ場に到着しましたここからは並行コードの整理方法について説明します
経験豊富なSwiftUIデベロッパならボタンのアクションコールバックを含む大半のSwiftUIのAPIが同期的であることにお気付きでしょう
並行コードを呼び出すにはまず Taskで非同期コンテキストに切り替える必要があります
でもButtonはなぜ非同期クロージャを受け入れないのでしょうか
同期的な更新は優れたユーザー体験を実現するために重要ですそれが特に重要なのはアプリに実行時間の長いタスクがある場合やユーザーが結果を待つ必要がある場合です
async関数を使用して実行時間の長いタスクを開始する前に UIを更新しタスクが進行中であることを示すことが重要です
この更新は同期である必要があります特に時間が重要なアニメーションをトリガーする必要がある場合はなおさらです
例えば言語モデルに色の抽出をサポートしてもらうとしますその抽出プロセスには少し時間がかかりますこのアプリでは withAnimationを使用してさまざまな読み込み状態を同期的にトリガーします
タスクが完了したら別の同期状態の変化を利用してこれらの読み込み状態を逆にします
SwiftUIのアクションのコールバックは読み込み状態などの UIの更新を設定するために必要な同期的なクロージャを受け入れます
一方非同期関数は特別な考慮が必要です特にアニメーションを処理する場合はなおさらですそれではそれを見ていきましょう
このアプリでは上にスクロールして以前のカラースキームの履歴を確認できます各カラースキームが画面に表示されるときにその色をアニメーションで表現するとします
onScrollVisibilityChange ビューモディファイアを使うとカラースキームが画面に表示されたときにイベントが発生しますそれが発生したらすぐに状態変数をtrueに設定してアニメーションをトリガーすると各色のYオフセットがアニメーションで更新されます
SwiftUIが UIフレームワークとして毎フレームでスムーズな操作を実現するには各デバイスに特定の画面リフレッシュレートが必要だという現実に向き合わねばなりません
それが重要になるのは例えばスクロールのような継続的なジェスチャーにコードを反応させたいときですこのコードをタイムラインに配置します
この緑色の三角形を使用して SwiftUIがonScrollVisibilityChangeを呼び出す瞬間をマークします青い円は状態の変化によってアニメーションをトリガーする瞬間を示しています
この設定ではその変化がジェスチャーのコールバックと同じフレームで起こるかどうかによって視覚的に大きな違いが生まれます
変化のアニメーションの前に非同期処理をいくつか追加します非同期処理が開始された瞬間をオレンジ色の線でマークして待機します
Swiftでは非同期関数待機すると一時停止ポイントが作成されます
Taskは同期関数を引数として受け入れます
コンパイラは awaitを検出すると非同期関数を2つに分割します
最初の部分を実行した後 Swiftランタイムはこの関数を一時停止し CPUで他の処理を行うことができますこれは任意の時間継続できますその後ランタイムは元の非同期関数で再開し残りの部分を実行します
このプロセスは関数でawaitが発生するたびに繰り返すことができます
タイムラインに戻るとこの一時停止によってタスクのクロージャがいつまでも再開されず
デバイスに指示された更新期限を過ぎてしまう可能性があります
ユーザーにはアニメーションの動きが遅くずれているように見えることになりますこのため非同期関数の変更は目標達成の役に立たない可能性があります
SwiftUIではデフォルトで同期コールバックが提供されますこれにより非同期コードの意図しない中断を回避できます同期アクションクロージャ内のUIの更新は簡単に正しく行うことができます Taskを使用するといつでも非同期コンテキストにオプトインできます
アニメーションのように時間が重要なロジックでは SwiftUIの入力と出力が同期している必要があります監視可能なプロパティの同期的な変更と同期コールバックはフレームワークとの最も自然なインタラクションです優れたユーザー体験の実現に多くのカスタム並行ロジックは不要です同期コードは多くのアプリにとって優れた出発点であり終着点でもあります
一方アプリが多くの並行処理を行う場合は UIコードと非UIコードの間の境界に注目してみてください
非同期処理のロジックとビューロジックを隔離することが最適です
状態の一部を橋渡しとして使用できます状態により UIコードが非同期コードから切り離されます
すると非同期タスクが開始されます
一部の非同期処理が終了したら状態に対して同期的な変更を実行しますその変更に対する反応として UIが更新されます
このように UIロジックはほぼ同期的です
別の利点として非同期コードのテストを簡単に記述できるようになりますこのコードは UIロジックから独立しているからです
ビューでは非同期コンテキストへの切り替えをTaskで行えますが
この非同期コンテキストのコードはシンプルに保ってくださいここで UIイベントについてモデルに通知します
時間が重要な変更が多く必要になるUIコードと実行時間の長い非同期ロジックとの境界を見つけることはアプリの構造を改善するための優れた方法です
これはビューの同期と応答性を維持するのに役立ちますまた非UIコードを適切に整理することも重要です
そうした作業の自由度を広げるため今回ご紹介したヒントをぜひご活用ください
Swift 6.2は優れたデフォルトのアクター隔離設定を備えています既存のアプリをお持ちの場合はぜひお試しくださいほとんどの@MainActor注釈は削除できるようになります
ミューテックスはクラスを送信可能にする重要なツールです使用方法については公式ドキュメントを確認してください
ぜひアプリで非同期コードのユニットテストを記述してみてください SwiftUIをインポートせずにできるかどうかお試しください
それではみなさん以上が SwiftUIで Swiftの並行処理を活用してデータ競合が発生しない高速アプリを構築する方法になります
このツアーにご参加いただいたことで SwiftUIの並行処理に関して確かなメンタルモデルが得られたかと思います
ご視聴ありがとうございましたぜひ素晴らしい旅をお続けください

// UI for extracting colors

struct ColorScheme: Identifiable, Hashable {
    var id = UUID()
    let imageName: String
    var colors: [Color]
}

@Observable
final class ColorExtractor {
    var imageName: String
    var scheme: ColorScheme?
    var isExtracting: Bool = false
    var colorCount: Float = 5

    func extractColorScheme() async {}
}

struct ColorExtractorView: View {
    @State private var model = ColorExtractor()

    var body: some View {
            ImageView(
                imageName: model.imageName,
                isLoading: model.isExtracting
            )
            EqualWidthVStack {
                ColorSchemeView(
                    isLoading: model.isExtracting,
                    colorScheme: model.scheme,
                    extractCount: Int(model.colorCount)
                )
                .onTapGesture {
                    guard !model.isExtracting else { return }
                    withAnimation { model.isExtracting = true }
                    Task {
                        await model.extractColorScheme()
                        withAnimation { model.isExtracting = false }
                    }
                }
                Slider(value: $model.colorCount, in: 3...10, step: 1)
                    .disabled(model.isExtracting)
            }
        }
    }
}

5:55 - AppKit and UIKit require @MainActor: an example

// AppKit and UIKit require @MainActor
// Example: UIViewRepresentable

struct FancyUILabel: UIViewRepresentable {
    func makeUIView(context: Context) -> UILabel {
        let label = UILabel()
        // customize the label...
        return label
    }
}

6:42 - UI for extracting colors

// UI for extracting colors

struct ColorScheme: Identifiable, Hashable {
    var id = UUID()
    let imageName: String
    var colors: [Color]
}

@Observable
final class ColorExtractor {
    var imageName: String
    var scheme: ColorScheme?
    var isExtracting: Bool = false
    var colorCount: Float = 5

    func extractColorScheme() async {}
}

struct ColorExtractorView: View {
    @State private var model = ColorExtractorModel()

    var body: some View {
            ImageView(
                imageName: model.imageName,
                isLoading: model.isExtracting
            )
            EqualWidthVStack(spacing: 30) {
                ColorSchemeView(
                    isLoading: model.isExtracting,
                    colorScheme: model.scheme,
                    extractCount: Int(model.colorCount)
                )
                .onTapGesture {
                    guard !model.isExtracting else { return }
                    withAnimation { model.isExtracting = true }
                    Task {
                        await model.extractColorScheme()
                        withAnimation { model.isExtracting = false }
                    }
                }
                Slider(value: $model.colorCount, in: 3...10, step: 1)
                    .disabled(model.isExtracting)
            }
        }
    }
}

8:26 - Animated circle, part of color scheme view

// Part of color scheme view

struct SchemeContentView: View {
    let isLoading: Bool
    @State private var pulse: Bool = false

    var body: some View {
        ZStack {
            // Color wheel …

            Circle()
                .scaleEffect(isLoading ? 1.5 : 1)

            VStack {
                Text(isLoading ? "Please wait" : "Extract")

                if !isLoading {
                    Text("^[\(extractCount) color](inflect: true)")
                }
            }
            .visualEffect { [pulse] content, _ in
                content
                    .blur(radius: pulse ? 2 : 0)
            }
            .onChange(of: isLoading) { _, newValue in
                withAnimation(newValue ? kPulseAnimation : nil) {
                    pulse = newValue
                }
            }
        }
    }
}

13:10 - UI for extracting colors

// UI for extracting colors

struct ColorExtractorView: View {
    @State private var model = ColorExtractor()

    var body: some View {
            ImageView(
                imageName: model.imageName,
                isLoading: model.isExtracting
            )
            EqualWidthVStack {
                ColorSchemeView(
                    isLoading: model.isExtracting,
                    colorScheme: model.scheme,
                    extractCount: Int(model.colorCount)
                )
                .onTapGesture {
                    guard !model.isExtracting else { return }
                    withAnimation { model.isExtracting = true }
                    Task {
                        await model.extractColorScheme()
                        withAnimation { model.isExtracting = false }
                    }
                }
                Slider(value: $model.colorCount, in: 3...10, step: 1)
                    .disabled(model.isExtracting)
            }
        }
    }
}

13:47 - Part of color scheme view

// Part of color scheme view

struct SchemeContentView: View {
    let isLoading: Bool
    @State private var pulse: Bool = false

    var body: some View {
        ZStack {
            // Color wheel …

            Circle()
                .scaleEffect(isLoading ? 1.5 : 1)

            VStack {
                Text(isLoading ? "Please wait" : "Extract")

                if !isLoading {
                    Text("^[\(extractCount) color](inflect: true)")
                }
            }
            .visualEffect { [pulse] content, _ in
                content
                    .blur(radius: pulse ? 2 : 0)
            }
            .onChange(of: isLoading) { _, newValue in
                withAnimation(newValue ? kPulseAnimation : nil) {
                    pulse = newValue
                }
            }
        }
    }
}

17:42 - UI for extracting colors

// UI for extracting colors

struct ColorExtractorView: View {
    @State private var model = ColorExtractor()

    var body: some View {
            ImageView(
                imageName: model.imageName,
                isLoading: model.isExtracting
            )
            EqualWidthVStack {
                ColorSchemeView(
                    isLoading: model.isExtracting,
                    colorScheme: model.scheme,
                    extractCount: Int(model.colorCount)
                )
                .onTapGesture {
                    guard !model.isExtracting else { return }
                    withAnimation { model.isExtracting = true }
                    Task {
                        await model.extractColorScheme()
                        withAnimation { model.isExtracting = false }
                    }
                }
                Slider(value: $model.colorCount, in: 3...10, step: 1)
                    .disabled(model.isExtracting)
            }
        }
    }
}

18:55 - Animate colors as they appear by scrolling

// Animate colors as they appear by scrolling

struct SchemeHistoryItemView: View {
    let scheme: ColorScheme
    @State private var isShown: Bool = false

    var body: some View {
        HStack(spacing: 0) {
            ForEach(scheme.colors) { color in
                color
                    .offset(x: 0, y: isShown ? 0 : 60)
            }
        }
        .onScrollVisibilityChange(threshold: 0.9) {
            guard !isShown else { return }
            withAnimation {
                isShown = $0
            }
        }
    }
}

関連する章

リソース

関連ビデオ

WWDC25

WWDC23