SwiftUI、Document APIとtoolbar刷新で「仕事アプリ」へ一段近づいた
WWDC26のSwiftUIは、見た目の新しさだけを競う更新ではありません。AppleはDocument API、toolbar制御、再配置API、AsyncImageの標準HTTPキャッシュ、@Stateの遅延初期化をまとめて入れ、SwiftUIをメモアプリやビューワー向けの枠から、保存・編集・整理を担う「仕事アプリ」の土台へ押し出しました。
今年のSwiftUIは「きれいに作れる」より「重い作業を任せられる」が軸
AppleのWWDC26 SwiftUI guideは、今年のSwiftUIを major upgrades、powerful new Document API、expanded toolbar controls、significant performance improvements という並びで説明しています。ここで目立つのはLiquid Glassのような見た目ではなく、保存、整理、編集、スクロール中の操作といった、作業アプリの根本に効く更新が前面に出ていることです。
『What’s new in SwiftUI』のセッション要約でも、Document protocol、reordering、toolbarMinimizeBehavior、swipe actions on any view、AsyncImage caching、lazy state initialization が一続きで紹介されています。AppleはSwiftUIを「短く書けるUI DSL」としてではなく、アプリの重心が作業そのものにある場面へ寄せ直しています。
Document APIとtoolbar刷新が、制作系アプリの弱点を埋め始めた
今年いちばん構造的な変化はDocument APIです。SwiftUI guideは、ReadableDocumentとWritableDocumentで保存ファイルの構造を直接扱え、非同期かつ増分的なディスク読み書きと進捗表示まで持てると説明しています。さらにDocumentCreationSourceとNewDocumentButtonで、空の書類だけでなく写真から始める書類のような複数入口も明示できるようになりました。単なるサンプルの書類アプリではなく、保存導線を自前で設計したい制作系アプリへ寄せた更新です。
同時にtoolbar周りも大きく変わりました。SwiftUI guideはvisibilityPriorityで重要な項目を残し、toolbarOverflowMenuで低優先度の操作を逃がし、topBarPinnedTrailingで共有のような操作を固定し、toolbarMinimizeBehaviorでスクロール時にナビゲーションバーを自動縮小できると整理しています。加えてreorderable container APIとswipeActionsContainerにより、Listだけでなくグリッドや独自レイアウトでも編集操作を揃えやすくなりました。Appleは『触れる』だけの画面より、『整理し続ける』画面をSwiftUIで作りやすくしています。
見えにくい待ち時間も、AsyncImageと@Stateで減らしにきた
SwiftUIの更新が実務向きに見えるのは、見えにくい遅さまで手を入れているからです。WWDC26 SwiftUI guideは、AsyncImageが標準でHTTPキャッシュヘッダーを尊重するようになり、追加コードなしで再取得を減らせると説明しています。必要ならcustom URLRequestやURLSessionのURLCacheを渡して制御もできます。画像の多いアプリで、ロード感の悪さを埋めやすくなりました。
| 領域 | 主な更新 | アプリ側で変わること |
|---|---|---|
| 保存 | ReadableDocument / WritableDocument、DocumentCreationSource | 複数入口を持つ書類アプリをSwiftUIだけで組み立てやすい |
| 編集 | visibilityPriority、toolbarOverflowMenu、topBarPinnedTrailing、reorder APIs | 狭い画面や複雑な画面でも操作を崩しにくい |
| 速度 | AsyncImage caching、@State lazy initialization、ContentBuilder | 再読込や無駄な初期化、ビルド待ちを減らしやすい |
もうひとつは@Stateです。guideとセッション要約は、Stateがmacroになり、classの初期化がview lifetimeの中で一度だけのlazy initializationになったと説明しています。さらにXcode 27ではViewBuilderの変更がContentBuilderとして表に出て、build time改善も案内されました。SwiftUIは今年、派手な新コンポーネントを足すより、作り続ける人が毎日払っていた隠れコストを削る方向へ進んでいます。
WWDC26のSwiftUIを一言でまとめるなら、Appleはこれを「表現のためのUI」から「作業を支えるUI」へ押し広げたということです。Document APIで保存を深く扱い、toolbarと再配置APIで編集面を磨き、AsyncImageと@Stateで待ち時間を減らす。SwiftUIは今年、見た目の刷新より先に、道具としての信頼性を取りにきました。