UIKitの新機能

UIKitの新機能

高度なメニューバーのサポート、監視の自動トラッキング、新しいUIアップデート方法、アニメーションの改善など、UIKitの最新のAPIを使用することでアプリをモダナイズできます。SwiftUIのシーンをUIKitアプリに追加する方法について説明し、SF Symbols、HDRカラーピッカーなども紹介します。

関連する章
- 0:00 - Introduction
- 0:59 - New design system
- 2:29 - Containers and adaptivity
- 3:21 - The menu bar
- 9:58 - Architectural  improvements
- 10:21 - Automatic observation tracking
- 12:33 - New UI update method
- 15:45 - Improvements to animations
- 17:45 - Scene updates
- 18:55 - HDR Color support
- 20:38 - Swift notifications
- 21:20 - Migrate to a scene-based life cycle
- 22:40 - OpenURL support for file URLs
- 23:17 - SF Symbols 7
- 25:13 - Next steps
リソース
関連ビデオ

WWDC25
WWDC24
- HDRを使用してアプリのダイナミックイメージ体験を向上
WWDC23
- アプリでシンボルをアニメーションする
- アプリ内でのHDR画像のサポート
WWDC21
- iPad Appを次のレベルに
こんにちは「What’s new in UIKit」へようこそ UIKitチームでエンジニアリングマネージャーを務めている Dimaです iOSとiPadOSからtvOS、visionOS Mac Catalystまでのすべてにわたり UIKitは引き続きアプリの基盤ですが今年はその機能がさらに強化されましたまず UIKitにおける新しいデザインシステムのサポートの概要を説明します次にアプリのコンテンツを様々なデバイスや画面の形状にスムーズに適応させるための機能強化を確認しますその後メニューバー向けの新しいUIKit APIを紹介しますおなじみのmacOSの要素が iPadOSで利用可能になります UIKitのコアアーキテクチャの進歩について詳細に説明しますが途中で主な基礎知識もおさらいします最後にフレームワークの全般的な機能強化についてより広範に解説します新デザインシステムはシステムの素材とコントロールの外観に活気をもたらしますその中心となるのは新しい素材であるLiquid Glassです半透明でダイナミックかつ精気にあふれ鏡面ハイライトや屈折などのエフェクトを備えていますバーや検索フィールドからアラートポップオーバー、Split Viewに至るまで UIKitの標準コンポーネントのすべてがこの新素材で刷新されています
ナビゲーションの遷移は滑らかで中断もできるようになりアプリの応答性が向上した印象を与えます
ユーザーはアニメーションが終わるのを待たずにコンテンツの操作を開始できます
皆さんのUIを新しいデザインへと更新していただけるようバックグラウンド拡張ビューなどの新しいツールを導入しましたこのツールによりコンテンツがサイドバーの大きなガラスの面の下に表示され視覚的な連続性が維持されます
カスタムコンポーネント用のガラス素材もあります新しいスクロールエッジエフェクトではコンテンツがガラス面の下でスクロールする際穏やかにフェードしてバーボタンやその他のコントロールの読みやすさを向上させます
UIKitアプリの外観を更新するための包括的なハンズオンガイドについては「Build a UIKit app with the new design」をご覧ください新しいデザイン自体の詳細については「Get to know the new design system」をご覧ください次にアプリのコンテンツを様々なデバイスや画面の形状にスムーズに適応させるための機能強化を確認します iOS 26ではUISplitViewControllerがインスペクタで高度にサポートされますインスペクタは選択したコンテンツの追加の詳細情報を提供します例えばプレビューのインスペクタでは写真とともに付随的な列にメタデータが表示されます
Split Viewコントローラの分割線をドラッグして列のサイズを変更することもできますポインタの使用時形状が変化して列のサイズをどちらに変更できるかを示しますコンテナビューコントローラの機能強化の詳細を確認しレイアウト余白やセーフエリアなどの一般的なレイアウトの概念のおさらいをするには「Make your UIKit app more flexible」をご覧ください次はメニューです iOS 26では macOSのメニューバーをiPadに導入します上からスワイプするとアプリの全メニューが表示されますハードウェアキーボードがない場合も OKですアプリの機能への迅速なアクセスを提供する上で効果的な方法です
メニューバーには画像サブメニューインラインセクションチェックマーク等全メニュー機能がありますキーボードショートカットのないものも含めアプリの全コマンドを表示すべきです使用できないコマンドも無効にした状態で表示しますそれによりユーザーはそのアプリでできることをすべて把握できます
アプリのメインメニューのカスタマイズには引続きUIMenuBuilderを使用しますが iOS 26ではさらに優れたメニューバーを構築できるよう UIKitに新しいAPIを導入していますまずはメインメニューのシステム構成ですこのAPIによりメインメニューに元々用意されているすべてのシステムコマンドをカスタマイズできます構成のためのAPIを使用すると事前に作成およびローカライズされたインスペクタを切り替える新しいコマンドなどの追加のメニュー要素をアプリで利用できるようになりますどの項目を含めるか省略するかも事前に宣言できます詳細な構成を行い要素の個々のグループのスタイルを設定することもでき例えばアプリのニーズに応じた検索コマンドの最適化などができます最後に UIMenuBuilderブロックを事前に提供してカスタム項目を追加すればアプリとその共有Extensionの両方で同じコードを使用してサポート対象のキーボードショートカットを定義できます画面はメインメニューのシステム構成の使用例ですまず構成オブジェクトを作成します次にアプリのメインメニューにデフォルトで表示するコマンドを指定します例えばシステムの印刷コマンドのサポートを宣言します
一部のデフォルトコマンドは除外しますインスペクタパネルを切り替える新しいコマンドなどです構成によりデフォルトのコマンドに共通のスタイルを指定できますシステム検索コマンドを単一の検索項目に変換するなどですこれはテキスト検索ではなくコンテンツ検索が重要である写真アプリや音楽アプリで有効です最後にメインメニューシステムの構成を設定してシステムが推奨要素の最初のセットで構築されるようにしますオプションでビルドハンドラの提供もできますこれは buildMenuWithBuilderの代わりに呼び出されることになりますハンドラはUIMenuBuilderへのアクセスを提供しますがこれは iOS 26でアップグレードされより強力で便利なメソッドより高速なパフォーマンスより的確な診断を実現しています
構成を設定するとメニューバーの再構築がトリガーされることに注意してくださいアプリの構成の設定はなるべく一度だけにしてできる限り早めに実行すべきです application(_:didFinishLaunching WithOptions:)で設定するのはよい例です iOS／macOS 26のメニューバーには追加の標準アクションとメニューが導入されます performCloseはCmd-Wにマッピングされデフォルトでウインドウシーンを閉じますが Webブラウザのタブなどアプリ内の他のものを閉じることもできますメニューコマンド「クリップボードから新規作成」ではペーストアラートをトリガーすることなくペーストボードのコンテンツからドキュメントを作成できます iOS 26で導入されたnewItemメニューはこのコマンドの配置場所に最適ですテキスト配置サイドバー切り替えインスペクタ切り替えの標準アクションもカスタマイズで表示できるようになりましたデフォルトではキーを押さえたままだとキーボードショートカットは繰り返し実行されますが UIKeyCommandの repeatBehaviorプロパティ設定で動作をカスタマイズできます
このプロパティは validateCommandを使ってレスポンダごとにも設定できますこれは注意を要するアクションで特に重要ですメールを削除してしまう deleteキーを押すなどのアクションが誤って繰り返しトリガーされないようにできます場合によってはフォーカスされた項目やウインドウシーンに基づいてメニューバーの一部で動的コンテンツの表示が必要なことがあります例えば Safariなどのブラウザアプリでは履歴メニューに現在のブラウズプロファイルの履歴を表示する場合があります
これをサポートするには新しいフォーカスベースの遅延メニュー要素を使いレスポンダチェーンから要素を取得しますメインメニューの構築時は UIDeferred MenuElement.usingFocusを作成し IDを付与して区別できるようにしますそしてそれをメインメニューに挿入します
遅延させた要素の実行が必要な場合 UiKitはその項目に対応できるレスポンダが見つかるまでレスポンダチェーンを探索しますこの例では BrowserViewControllerが providerの for DeferredMenuElementを上書きし現在のプロファイルの履歴項目を提供します
browserHistory要素の遅延要素の identifierをチェックし履歴メニュー項目を読み込むプロバイダを返しますフォーカスベースの遅延要素は高コストな再構築をメインメニューシステムで実行することなくキーレスのコマンドでメニューバーを最新の状態に保てる優れた方法ですアプリのカスタム項目以外にもシステムはいくつかのメニューエントリーを自動で提供します設定アプリの設定を開くためのキーボードショートカットがアプリに提供されるほかドキュメントベースのアプリでは「最近使った項目」メニューに最近使ったドキュメントが表示されますまたウインドウメニューにアプリで開いているシーンの全リストなどのタイル表示のためのコマンドも提供しますユーザーがシーンを区別できるよう各シーンのタイトルを入力します最後にメニューバーを構築する時に覚えておくべきことがいくつかあります Storyboardで定義されたメニューバーが UIKitアプリでサポートされなくなりましたアプリがStoryboardのメニューを起動しないためプログラムで実装する必要があります
またメニューバーが常に存在するとは限らないためメニューバーがなくてもアプリの機能にアクセスできるようにする必要がありますアプリに最適なメニューバーを作成する方法について詳しくは「Elevate the design of your iPad app」をご覧ください UIKitのメインメニューの概要については「Take your iPad apps to the next level」をご確認ください Appleは UIKitを進化させ続けるために最新のパターンのための新機能ベストプラクティス SwiftUIのより高度な相互運用性を追加しています iOS 26も例外ではありませんここではアーキテクチャにおける興味深い新しい機能強化をご紹介しますまず重要なのは UIKitでの Swift Observableオブジェクトの組み込みのサポートです
UIKitはSwift Observationをコア要素として統合します layoutSubviews()などの更新のメソッドで参照するすべての Observableを自動追跡し依存関係を設定して正しいビューを無効にします手動でのsetNeedsLayout設定は不要ですこれをiOS 18にバックデプロイするには UIObservationTrackingEnabledキーを Info.plistに追加しますこれは iOS 26ではデフォルトで有効です監視の自動追跡の例をいくつか見てみましょう
これは未読メッセージを示す Uiラベルを含むメッセージリストのビューコントローラです
これをバックアップするObservableModel オブジェクトには2つプロパティがありますステータスを表示するかどうかを制御するブール値とステータスの文字列です viewWillLayoutSubviews()で Observableモデルを使用しラベルのアルファ値を更新して表示／非表示を切り替えテキストを設定します最初のレイアウトで UIKitはラベルを表示し監視の自動追跡によって showStatusとstatusTextの依存関係を記録しますこれらのプロパティに変更があるとビューは無効化されて viewWillLayoutSubviews()が再実行されコード追加なしでラベルが常に同期されますもう1つ UIKitでのObservable オブジェクトの使用例をお見せします UICollectionViewのセルを構成する際の監視の自動追跡のメリットが明確に示されていますアイコンタイトルサブタイトルを含むリストセルの各々を監視可能な ListItemModelでバックアップしますセルプロバイダコールバックの中でセルをキューから削除しモデルを取得して configurationUpdateHandlerを割り当てますこのハンドラは監視の追跡をサポートするので UIKitは自動的にその中で使用するObservable オブジェクトとの依存関係を確立します
ハンドラ内で監視可能なリスト項目のモデルを使用してリスト内容の構成を入力し適用しますこれで完了ですセルが可視状態の間にモデルのプロパティに変更があった場合 UIKitはハンドラを再実行しセルを更新します特性と監視の自動追跡の追加により UIKitにこれらの機能をサポートする汎用的な更新のメソッドが備わりました
UIViewとUIViewControllerの両方で利用できる新しいupdateProperties()メソッドを導入します
layoutSubviews()の直前で実行されますが独立しておりレイアウトを強制することなくプロパティを無効化したりその逆を行ったりできるので余分なパスを回避してよりきめ細かい更新を実行できます
updateProperties()は layoutSubviews()に取って替わるのではなく補完しますコンテンツの入力スタイルの適用動作の設定に使用できます
読み込みを行うすべてのObservableを自動追跡します setNeedsUpdateProperties()を呼び出し手動でトリガーすることもできますこの新しいメソッドの具体的な使用例を見てみましょう
これは監視可能な BadgeModelオブジェクトでありバッジビューに表示されるカウントを格納しますバーボタン項目のビューコントローラは BadgeModelでバックアップされます
updateProperties()内でバーボタン項目に新しいバッジのAPIを使用しモデルから直接カウントを取得します監視可能なモデルオブジェクトが変更されると updateProperties()が実行されバッジが更新されるようになりました
ビューの構成に layoutSubviews()ではなく updateProperties()を使うとサイズ変更などの関連のないイベントにコードが再実行されるのを防止して不要な処理を減らしパフォーマンスを向上させることができます updateProperties()が他の更新メソッドとどのように連係するかをより詳しく説明するために UIKitの更新パスの仕組みを紹介します
これは UiKitがビューを画面に表示する前に更新する仕組みを示すイラストです最初はレイアウトパスです UIKitはビューの階層を上から下へと進み各ビューの特性を更新してから layoutSubviews()を呼び出しますこのパスで他のビューにレイアウトが必要になるとレイアウトパスはすべてのレイアウトが完了するまで繰り返されます
レイアウトが完了すると UIKitはディスプレイパスの実行に移り各ビューに対してdrawメソッドを呼び出しすべてのビューで表示が必要なくなるまでパスを繰り返します両方のパスが完了すると次のフレームをレンダリングして画面に表示できるようになります
ここで新しいupdateProperties() コールバックの出番です上から下へのレイアウトパスでは UIKitはupdateProperties()を特性を更新した直後 layoutSubviews()の直前で実行します layoutSubviews()は 2つの段階に分けて考えることができますまずはプロパティの更新その後に通常のレイアウトロジックです特性のコレクションはupdateProperties ()の実行前に更新されるので実行時に問題なく読み込めますまた常にlayoutSubviews()に先行するためその中のレイアウトを無効にしてレイアウトパスをその後すぐに実行できます
新しい監視の追跡機能と updateProperties()メソッド補完のため UIKitでのアニメーションの動作を改善しました
説明を始める前に iOS 18以前での手動アップデートの仕組みを確認します UIViewアニメーションクロージャではまず Observableオブジェクトに新しい値が設定されてからそのオブジェクトに依存するビューで必要に応じてレイアウトが呼び出されます最初のステップで無効化が行われ次のステップで更新が実行されてアニメーションが生成されるので両方のステップが必要ですプロパティのビューと依存関係を手動で管理するとミスが生じやすく更新やアニメーションの数が多すぎまたは少なすぎになる可能性があります iOS 26には UIView用アニメーションの新しいオプション flushUpdatesがあります有効にすると UIKitはアニメーションの開始直前と終了後に更新の保留を適用するので layoutIfNeeded()の呼び出しが不要になります flushUpdatesを機能させるには単に状態変化の無効化をアニメーションクロージャの中に配置しますでは flushUpdatesの使用方法をご紹介しますまず flushUpdatesをオプションとして UIView animateに渡し次にクロージャの中で Observableオブジェクトを変更しますそのObservableオブジェクトを updateメソッドで使用しているビューでは自動的に必要なアップデートが行われます flushUpdatesはObservableにより発生するアニメーションに限定されません
それを利用して自動レイアウトの制約の変更を自動的にアニメーション化した例がこちらです flushUpdatesクロージャで既存の制約の1つに新しい定数を設定しその他の制約を有効化および無効化します依存しているビューは新しい位置に移動し自動的にサイズ変更されます次に同じアプリ内でのSwiftUIとUIKitの併用をどうシームレスにしたかを説明します新しいデリゲートプロトコルによって UIKitのアプリでSwiftUIシーンが使えるようになり SwiftUIの段階的導入もサポートされ UIKitアプリがvisionOSでイマーシブ空間やボリュームも活用できるようになりました
例えば瞑想アプリで和風の庭園を表示する場合なら iPhoneとiPadでは標準的2Dウインドウに visionOSではイマーシブ空間にできますこの空間を表現するためルートにSwiftUIのシーンを使った新しいUIHostingSceneDelegate プロトコルを実装します
ホスティングシーンデリゲートの使い方は他のシーンデリゲートと同じで新しいシーンの接続時に UISceneConfigurationでデリゲートクラスの型を設定するだけです
特定のSwiftUIのシーンをホストのデリゲートからプログラムで要求するにはその識別子を渡します
この例ではイマーシブな和風庭園の空間を要求しています最後に UIKitの一般的な機能強化について説明しますまず HDRレンダリング機能の向上についてです iOS 26では HDRで画像だけでなくカラーにも同じ処理を施せるためユーザーインターフェイスを際立たせたり新しい体験を生み出したりできます
UIColorではベースのSDRカラーと露出値を指定できるようになり輝度はディスプレイの性能に合わせて自動的に調整されますここでは赤のHDRカラーを作成しその露出をSDRのピーク白の 2.5倍に設定しています HDRカラーの選択も UIColorPickerViewControllerと UIColorWellで有効化できるようになりましたこれを行うには最大露出をアプリのレンダリング機能によってガイドされた値に設定しますここではカラーピッカーの最大線形露出を SDRのピーク白の 2倍に設定します
iOS 18では UIImageViewがHDRを SDRにインテリジェントにフォールバックして UIの重要なコンテンツを際立たせます iOS 26ではこの動作がビデオにも拡大され独自のカスタムコンテンツも同様に際立たせることができます新しいUITraitHDRHeadroomUsage特性は HDRコンテンツをSDRにフォールバックさせるタイミングを監視するために使用します HDRの詳細を知る上で役立つビデオは「Use HDR for dynamic image experiences in your app」と「Support HDR images in your app」です
iOS 26のUIKitでは今後 NSNotification.Name APIを利用してそれぞれの通知が専用のNotification Center.Message型で表されますこれによってオブザーバを登録したりイベントの詳細を取得したりするための厳密に型指定された値が得られますこれはキーボードが表示されたときのレイアウト調整の例ですまずkeyboardWillShowという通知タイプに登録してからハンドラでアニメーションの継続時間とキーボードのフレームをメッセージから直接プルします最後にその値を使って制約をアニメ化しますユーザー情報のルックアップや手動のキャスティングは不要です UIKitは進歩を続けておりリリースのたびに新たなベストプラクティスを実現する最新の強力なAPIが生まれていますそれらが採用されるのに合わせて従来のメソッドは廃止されています
UISceneを採用することでアプリはポータブルになり柔軟性も高まるため UIApplicationを中心としたAPIの多くは廃止されつつあります
従来の UIApplicationDelegateコールバックと UIApplicationLaunchOptionKeysはすでに不要になり UIWindowのinit(windowScene:) イニシャライザだけが残っていますその他のイニシャライザはみな廃止されます iOS 26以降のリリースでは最新の SDKで開発されたUIKitアプリはみな UISceneのライフサイクルを利用するよう求められそうでないと起動しなくなります
マルチウインドウアプリだけでなくどこでも UISceneのライフサイクルを採用しますその方法の詳細について紹介しているテクニカルノートが「Migrating to the UIKit scene-based life cycle」です UIRequiresFullScreenから移行するために役立つAPIなどアプリの柔軟性を最大限に高めるための情報については「Make your UIKit app more flexible」をご覧ください
様々なドキュメントタイプを扱うアプリは外部ビューアの起動が必要になることがよくあります iOS 26では既存のopenURLメソッドがファイルのURLを認めるようになったためアプリがネイティブにサポートしていないドキュメントも配布できるようになりましたそのファイル形式にデフォルトのアプリがある場合はそれが自動的に起動されて URLが渡されますそうでない場合はfalseが返され自分でフォールバックを処理する選択肢が出ます例えばクイックルックプレビューのコントローラを使うなどです
iOS 26では SF Symbolsが強化されました SF Symbols 7はシンボル描画機能を付加しまず 2つの新しい効果を実装します drawOffは消去エフェクトと同様に描画アニメーションでシンボルを非表示にします drawOnは「表示」のようなもので描画によって非表示のシンボルを表示します
シンボルは変数値用の新しいモードである Variable Drawに対応するようになりましたこのモードではこのインジケータのように任意の値がパスに沿って描画されますまたこれを自動的なシンボルコンテンツの遷移に利用すれば変数値によるアニメーションを作成できます
また「マジック置換」の遷移でも特定のシンボルの間に特殊な描画アニメーションを作成できます例えばこの円シンボルと塗りつぶしのチェックシンボルの間の遷移では円が塗りつぶされチェックシンボルが描画されるようになります新しい描画アニメーションはボタンに使用すると非常に便利なので UIKitに UIButtonにシンボルコンテンツの遷移を簡単に導入できる新APIが追加されます
UIButton.Configurationで新しい symbolContentTransitionプロパティを使用して置換などのシンボルコンテンツの遷移を指定できます選択の状態が切り替わったなどでボタンのシンボルが変更されると UIKitが遷移を実行します SF Symbols 7では新しいカラーレンダリングモードのオプションなどその他の機能も導入されますアプリではシンボルの色付けにグラデーションを指定できます単色の代わりに自動生成されたグラデーションを使用します
描画とグラデーションをフルにカスタマイズする方法については「What’s new in SF Symbols 7」をご覧くださいシンボルのエフェクトを取り入れる方法を再確認するには「Animate symbols in your app」をご覧ください
次のステップとしてまずは iOS 26 SDKを使用してアプリをコンパイルしましょう新デザインでのアプリの応答性を確認し新しい美観を活かせるよう UIとスタイルを洗練させましょう柔軟なレイアウトに対応できるよう UISplitViewControllerや UITabBarControllerなどの標準コンテナを使いましょう新しいメニューAPIを使用してアプリのメニューを実装しましょう updatePropertiesメソッドと監視の追跡を導入してコードを効率化しパフォーマンスを向上させましょうご視聴ありがとうございましたご紹介した機能強化を皆さんがどのように活用してパワフルで使いやすいアプリを実現するか楽しみにしています

// Main menu system configuration

var config = UIMainMenuSystem.Configuration()

// Declare support for default commands, like printing
config.printingPreference = .included

// Opt out of default commands, like inspector
config.inspectorPreference = .removed

// Configure the Find commands to be a single "Search" element
config.findingConfiguration.style = .search

5:39 - Main menu system build configuration

// Main menu system configuration

// Have the main menu system build using this configuration, and make custom additions.
// Call this early, e.g. in application(_:didFinishLaunchingWithOptions:), and call it once
UIMainMenuSystem.shared.setBuildConfiguration(config) { builder in
    builder.insertElements([...], afterCommand: #selector(copy(_:)))

    let deleteKeyCommand = UIKeyCommand(...)
    builder.replace(command: #selector(delete(_:)), withElements: [deleteKeyCommand])
}

7:01 - Keyboard shortcut repeatability

// Keyboard shortcut repeatability

let keyCommand = UIKeyCommand(...)
keyCommand.repeatBehavior = .nonRepeatable

7:43 - Focus-based deferred menu elements (App Delegate)

// Focus-based deferred menu elements

extension UIDeferredMenuElement.Identifier {
    static let browserHistory: Self = .init(rawValue: "com.example.deferred-element.history")
}

// Create a focus-based deferred element that will display browser history
let historyDeferredElement = UIDeferredMenuElement.usingFocus(
    identifier: .browserHistory,
    shouldCacheItems: false
)

// Insert it into the app’s custom History menu when building the main menu
builder.insertElements([historyDeferredElement], atEndOfMenu: .history)

8:06 - Focus-based deferred menu elements (View Controller)

// Focus-based deferred menu elements

class BrowserViewController: UIViewController {

    // ...
  
    override func provider(
        for deferredElement: UIDeferredMenuElement
    ) -> UIDeferredMenuElement.Provider? {
        if deferredElement.identifier == .browserHistory {
            return UIDeferredMenuElement.Provider { completion in
                let browserHistoryMenuElements = profile.browserHistoryElements()
                completion(browserHistoryMenuElements)
            }
        }
        return nil
    }
}

10:54 - Using an Observable object and automatic observation tracking

// Using an Observable object and automatic observation tracking

@Observable class UnreadMessagesModel {
    var showStatus: Bool
    var statusText: String
}

class MessageListViewController: UIViewController {
    var unreadMessagesModel: UnreadMessagesModel

    var statusLabel: UILabel
    
    override func viewWillLayoutSubviews() {
        super.viewWillLayoutSubviews()

        statusLabel.alpha = unreadMessagesModel.showStatus ? 1.0 : 0.0
        statusLabel.text = unreadMessagesModel.statusText
    }
}

11:48 - Configuring a UICollectionView cell with automatic observation tracking

// Configuring a UICollectionView cell with automatic observation tracking

@Observable class ListItemModel {
    var icon: UIImage
    var title: String
    var subtitle: String
}

func collectionView(
    _ collectionView: UICollectionView, cellForItemAt indexPath: IndexPath
) -> UICollectionViewCell {
    let cell = collectionView.dequeueReusableCell(withReuseIdentifier: "Cell", for: indexPath)
    let listItemModel = listItemModel(for: indexPath)
    cell.configurationUpdateHandler = { cell, state in
        var content = UIListContentConfiguration.subtitleCell()
        content.image = listItemModel.icon
        content.text = listItemModel.title
        content.secondaryText = listItemModel.subtitle
        cell.contentConfiguration = content
    }
    return cell
}

13:27 - Using automatic observation tracking and updateProperties()

// Using automatic observation tracking and updateProperties()

@Observable class BadgeModel {
   var badgeCount: Int?
}

class MyViewController: UIViewController {
   var model: BadgeModel
   let folderButton: UIBarButtonItem

    override func updateProperties() {
        super.updateProperties()

        if let badgeCount = model.badgeCount {
            folderButton.badge = .count(badgeCount)
        } else {
            folderButton.badge = nil
        }
   }
}

16:57 - Using the flushUpdates animation option to automatically animate updates

// Using the flushUpdates animation option to automatically animate updates

// Automatically animate changes with Observable objects
UIView.animate(options: .flushUpdates) {
    model.badgeColor = .red
}

17:23 - Automatically animate changes to Auto Layout constraints with flushUpdates

// Automatically animate changes to Auto Layout constraints
UIView.animate(options: .flushUpdates) {
    // Change the constant of a NSLayoutConstraint
    topSpacingConstraint.constant = 20
    
    // Change which constraints are active
    leadingEdgeConstraint.isActive = false
    trailingEdgeConstraint.isActive = true
}

18:07 - Setting up a UIHostingSceneDelegate

// Setting up a UIHostingSceneDelegate

import UIKit
import SwiftUI

class ZenGardenSceneDelegate: UIResponder, UIHostingSceneDelegate {
    static var rootScene: some Scene {
        WindowGroup(id: "zengarden") {
            ZenGardenView()
        }

        #if os(visionOS)
        ImmersiveSpace(id: "zengardenspace") {
            ZenGardenSpace()
        }
        .immersionStyle(selection: .constant(.full),
                        in: .mixed, .progressive, .full)
        #endif 
    }
}

18:28 - Using a UIHostingSceneDelegate

// Using a UIHostingSceneDelegate 

func application(_ application: UIApplication,
    configurationForConnecting connectingSceneSession: UISceneSession,
    options: UIScene.ConnectionOptions) -> UISceneConfiguration {

    let configuration = UISceneConfiguration(name: "Zen Garden Scene",
                                             sessionRole: connectingSceneSession.role)

    configuration.delegateClass = ZenGardenSceneDelegate.self
    return configuration
}

18:41 - Requesting a scene

// Requesting a scene

func openZenGardenSpace() {
    let request = UISceneSessionActivationRequest(
        hostingDelegateClass: ZenGardenSceneDelegate.self,
        id: “zengardenspace")!
  
    UIApplication.shared.activateSceneSession(for: request)
}

19:18 - HDR color support

// Create an HDR red relative to a 2.5x peak white
let hdrRed = UIColor(red: 1.0, green: 0.0, blue: 0.0, alpha: 1.0, linearExposure: 2.5)

19:50 - HDR color picking

// Support picking HDR colors relative to a 
// maximum peak white of 2x
colorPickerController.maximumLinearExposure = 2.0

20:06 - Mixing SDR and HDR content

// Mixing SDR and HDR content

registerForTraitChanges([UITraitHDRHeadroomUsageLimit.self]) { traitEnvironment, previousTraitCollection in
    let currentHeadroomLimit = traitEnvironment.traitCollection.hdrHeadroomUsageLimit
    // Update HDR usage based on currentHeadroomLimit’s value
}

20:54 - Adopting Swift notifications

// Adopting Swift notifications

override func viewDidLoad() {
    super.viewDidLoad()

    let keyboardObserver = NotificationCenter.default.addObserver(
        of: UIScreen.self
        for: .keyboardWillShow
    ) { message in
        UIView.animate(
            withDuration: message.animationDuration, delay: 0, options: .flushUpdates
        ) {
            // Use message.endFrame to animate the layout of views with the keyboard
            let keyboardOverlap = view.bounds.maxY - message.endFrame.minY
            bottomConstraint.constant = keyboardOverlap
        }
    }
}

24:26 - Using a symbol content transition to automatically animate symbol updates

// Using a symbol content transition to automatically animate symbol updates

var configuration = UIButton.Configuration.plain()
configuration.symbolContentTransition = UISymbolContentTransition(.replace)

関連する章

リソース

関連ビデオ

WWDC25

WWDC24

WWDC23

WWDC21