Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
SwiftUIのハマりどころとその回避策/ iOSDC_otsuka
Search
Recruit
PRO
September 12, 2022
Technology
6.7k
7
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
SwiftUIのハマりどころとその回避策/ iOSDC_otsuka
2022/09/11_iOSDC Japan 2022での、大塚の講演資料になります
Recruit
PRO
September 12, 2022
More Decks by Recruit
See All by Recruit
AIネイティブ時代における 開発組織の役割と拡張の可能性
recruitengineers
PRO
2
230
開発が速く安くなった後の話 AI時代のソフトウェアエンジニアリング組織論 #devsumi
recruitengineers
PRO
45
32k
双方向推薦システムにおける長期的マッチング最大化に向けた代理目的関数の設計と実証
recruitengineers
PRO
1
160
就職⽀援サービスにおけるキャリアアドバイザーのシフトスケジューリング
recruitengineers
PRO
1
210
Model Routerを使った逐次LLM選択による毀損低減効果の検証
recruitengineers
PRO
2
84
ストリーム処理基盤のFlink移行検証と適材適所の実践
recruitengineers
PRO
2
120
AI 時代の Platform Engineering
recruitengineers
PRO
3
520
巨大プラットフォームを進化させる「第3のROI」
recruitengineers
PRO
2
3.7k
データ戦略を加速させる プラットフォーム エンジニアリングと進化的アーキテクチャ
recruitengineers
PRO
3
130
Other Decks in Technology
See All in Technology
AIエージェントがあれば技術書なんてすぐ書けるでしょ→無理でした
watany
6
1.1k
現場との対話から始める “作る前に問い直す”業務改善
mochico50
2
330
人とエージェントが高め合う協業設計
kintotechdev
0
1.1k
Claude Code並行開発環境の ムダ‧ムラ‧ムリを見直した話
muranakaaa
0
280
変更し続けられるシステムをどう保つか — AI時代のSSoTという設計原則
kawauso
1
1.5k
「待ち時間」の消滅と「自我消耗」の加速:生成AI時代のエンジニアを救うメンタル・リソース管理
poropinai1966
0
310
システム監視入門
grimoh
5
730
それでも、技術なブログを書く理由 #kichijojipm / Why I Still Write Tech Blogs Even Now
shinkufencer
0
1.2k
全社でのソフトウェアサプライチェーン攻撃対策をやってみた with Takumi Guard
z63d
0
320
インシデント事例と パッケージの全量解析に学ぶ ソフトウェアサプライチェーンの守り方 / supply-chain-attack-defense
flatt_security
0
1.2k
数値で見る Microsoft MVP 〜Spec Kit と GitHub Copilot Agent で作るデータ可視化ダッシュボード〜
yutakaosada
0
160
AI驚き屋発見器
yama3133
1
380
Featured
See All Featured
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
The SEO identity crisis: Don't let AI make you average
varn
0
520
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
200
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
370
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.9k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
500
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
560
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
670
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
230
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
201
75k
Transcript
SwiftUIのハマりどころと その回避策 株式会社リクルート ⼤塚 悠貴 2022/9
はじめに © Recruit Co., Ltd. All Rights Reserved 2
3 ⾃⼰紹介 © Recruit Co., Ltd. All Rights Reserved ⼤塚
悠貴 (@moguaiyuki) 所属 経歴 株式会社 リクルート 2020年 4⽉ 株式会社リクルート新卒⼊社 2020年 7⽉ ゼクシィiOS開発 2020年 10⽉ 新規事業プロダクトオーナー 2021年 10⽉ iOS開発
4 本トークのゴール iOS14以上を対象とした『Airインボイス』iOSアプリにおいて SwiftUIを⽤いてさまざまな要件を実現するにあたり、 はまったポイントやそれらをどのように回避したか を共有することで SwiftUIの採⽤の⼀助となる © Recruit Co.,
Ltd. All Rights Reserved
『Airインボイス』とは © Recruit Co., Ltd. All Rights Reserved 5
Airインボイスとは © Recruit Co., Ltd. All Rights Reserved 6 リクルートの事業内容について(主なサービス)
4 選択・意思決定を⽀援する情報サービスを提供し、 「まだ、ここにない、出会い。より速く、シンプルに、もっと近くに」を実現する マッチング&ソリューションSBU HRテクノロジーSBU ⼈材派遣SBU 国内派遣 海外派遣
https://recruit-holdings.com/files/ir/ir_news/upload/20220712_ps_jp.pdf リリース⽇変える Air Business Toolsのいい感じの図持ってきて、 その中のInvoiceって⽴ち位置を説明する https://recruit-holdings.com/files/ir/ir_news/upload/20220712_ps_jp.pdf
8 ※①調査主体︓株式会社リクルート②調査実施機関︓株式会社インテージ(2021年11⽉22⽇時点) ③⽐較条件︓銀⾏133⾏(*)の通常時の他⾏宛の 振込⼿数料で⽐較(条件付きの振込⼿数料は考慮せず) (*)⾦融庁、免許・許可・登録等を受けている業者⼀覧のうち、預⾦取扱等⾦融機関で銀⾏として登録されているもの。外国銀⾏⽀店を除く133⾏
9 『Airインボイス』 とは
『Airインボイス』 における SwiftUI採⽤の背景とその効果 © Recruit Co., Ltd. All Rights Reserved
10
11 SwiftUI採⽤の背景とその効果 © Recruit Co., Ltd. All Rights Reserved •
新規開発 (既存コードなし) • SwiftUIが安定してきたiOS14以上をサポート • 社内でもスタディサプリが既にSwiftUI採⽤済み SwiftUIの採⽤背景 • UIの実装速度が向上 • レイアウトの記述がシンプル • コンポーネントの再利⽤が容易 • Previewで⾼速にUI変更確認 • Storyboardやxibと⽐較してレビューが容易 …など、メリットを沢⼭感じることができた SwiftUI採⽤による効果
ハマりどころとその回避策 © Recruit Co., Ltd. All Rights Reserved 12 ※本スライドはiOS14,
15をサポート対象とする前提のコードとなっています。
13 様々な要件 1. DeepLink 2. 1画⾯で複数種類のアラートダイアログ 3. 1画⾯から複数の画⾯へのモーダル遷移 4. カスタムダイアログ
/ トースト / チュートリアル © Recruit Co., Ltd. All Rights Reserved
14 様々な要件 1. DeepLink 2. 1画⾯で複数種類のアラートダイアログ 3. 1画⾯から複数の画⾯へのモーダル遷移 4. カスタムダイアログ
/ トースト / チュートリアル © Recruit Co., Ltd. All Rights Reserved
15 SwiftUIでの基本的なpush遷移 © Recruit Co., Ltd. All Rights Reserved ユーザーがNavigationLinkを
タップすることで遷移 Deep linkのようなプログラム的に遷移する要件には使えない
16 プログラムで遷移を制御する © Recruit Co., Ltd. All Rights Reserved ※iOS16以上ではinit(value:
label:)を使⽤ 空(EmptyView)のNavigationLinkを Backgroundに仕込む destinationの値が”pageA”になった時 遷移を発⽕する
17 アプリのどこからでも遷移を制御できるようにする © Recruit Co., Ltd. All Rights Reserved @EnvironmentObjectにViewRouterを格納し、
アプリのどこからでも遷移を制御できるようにする 各画⾯の画⾯遷移を制御するViewRouterをまとめた ObservableObject 遷移先を定義 viewRouter.firstPageViewRouter.destinationの 値を変更することで遷移を発⽕する
18 DeepLinkを実装する © Recruit Co., Ltd. All Rights Reserved .onOpenURLでURLスキームを
受け取り、ViewRouterを⽤いて 画⾯遷移を発⽕する
ハマりポイント① © Recruit Co., Ltd. All Rights Reserved 19
20 このコードどこに問題があるでしょうか︖
21 このコードどこに問題があるでしょうか︖ NavigationLinkが2つあることが問題 ※ iOS15は問題なし
22 iOS14&NavigationLink 2つのみの場合挙動が不安定 © Recruit Co., Ltd. All Rights Reserved
ページ3まで遷移すると 勝⼿にページ1に戻る ページ1 ページ2 ページ3 遷移 遷移 ※デモ動画
23 iOS14系&NavigationLink 2つのみの場合挙動が不安定 © Recruit Co., Ltd. All Rights Reserved
遷移直後に勝⼿に戻る問題の報告 NavigationLinkが 2つの場合のみ発⽣ https://developer.apple.com/forums/thread/677333 https://forums.swift.org/t/14-5-beta3-navigationlink-unexpected-pop/45279
24 回避策 © Recruit Co., Ltd. All Rights Reserved ダミーのNavigationLinkをいれて
NavigationLinkの数を3つにする
ハマりポイント② © Recruit Co., Ltd. All Rights Reserved 25
26 このコードどこに問題があるでしょうか︖ © Recruit Co., Ltd. All Rights Reserved 特定のボタンがタップされた際に、そのボタンに応じた値を遷移先に渡したい
ボタンがタップされたら pageAIdを代⼊する pageAIdがあるときのみ、 NavigationLinkを⽣成する
27 このコードどこに問題があるでしょうか︖ © Recruit Co., Ltd. All Rights Reserved NavigationLinkを⽣成した直後に
遷移を発⽕していることが問題
28 if letでNavigationLinkが⽣成された直後に遷移すると 遷移アニメーションがなくなる(iOS14&15) © Recruit Co., Ltd. All Rights
Reserved 期待動作 実際 ※デモ動画 ※デモ動画
29 回避策? © Recruit Co., Ltd. All Rights Reserved この遷移を使う時は必ずpageAIdがnon-null
強制アンラップしてみる︖
30 回避策? © Recruit Co., Ltd. All Rights Reserved この遷移を使う時は必ずpageAIdがnon-null
強制アンラップしてみる︖ Viewを⽣成した時点ではnullなのでもちろんダメ
31 回避策 © Recruit Co., Ltd. All Rights Reserved destinationの中でif
letを使⽤する
32 様々な要件 1. DeepLink 2. 1画⾯で複数種類のアラートダイアログ 3. 1画⾯から複数の画⾯へのモーダル遷移 4. カスタムダイアログ
/ トースト / チュートリアル © Recruit Co., Ltd. All Rights Reserved
33 1画⾯で複数種類のアラートダイアログを表出する © Recruit Co., Ltd. All Rights Reserved
ハマりポイント③ © Recruit Co., Ltd. All Rights Reserved 34
35 このコードのどこに問題があるでしょうか︖ © Recruit Co., Ltd. All Rights Reserved
36 このコードのどこに問題があるでしょうか︖ © Recruit Co., Ltd. All Rights Reserved 1つのViewに対して複数の.alertを
利⽤していることが問題 ※ iOS14 15共に問題あり
37 1つのViewに対して1つしか.alertは定義できない © Recruit Co., Ltd. All Rights Reserved 2つ⽬の.alertのみ有効
38 2つ⽬のアラートしか表⽰されない © Recruit Co., Ltd. All Rights Reserved アラート1は表⽰されない
アラート2は表⽰される
39 回避策 © Recruit Co., Ltd. All Rights Reserved 1つの.alertの中で
複数パターン出し分ける アラートのパターンを定義しておく
40 様々な要件 1. DeepLink 2. 1画⾯で複数種類のアラートダイアログ 3. 1画⾯から複数の画⾯へのモーダル遷移 4. カスタムダイアログ
/ トースト / チュートリアル © Recruit Co., Ltd. All Rights Reserved
41 ある画⾯から⼆つの画⾯にモーダル遷移したい © Recruit Co., Ltd. All Rights Reserved
ハマりポイント④ © Recruit Co., Ltd. All Rights Reserved 42
43 このコードのどこに問題があるでしょうか︖ © Recruit Co., Ltd. All Rights Reserved
44 このコードのどこに問題があるでしょうか︖ © Recruit Co., Ltd. All Rights Reserved 1つのViewに対して
2つの.fullScreenCoverを 利⽤していることが問題 ※iOS14.5以上は問題ない
45 iOS14.5未満では.fullScreenCoverは 1つのViewに対して2つ使えない © Recruit Co., Ltd. All Rights Reserved
ページ1に遷移しない ページ2には遷移する
46 回避策(?) © Recruit Co., Ltd. All Rights Reserved 1つのEmptyViewに対して1つの
.fullScreenCoverを定義する
47 iOS14(iOS14.5含む)で正常に動作する © Recruit Co., Ltd. All Rights Reserved ページ1に遷移
ページ2に遷移
48 iOS15でどちらも動かない © Recruit Co., Ltd. All Rights Reserved ページ1に遷移しない
ページ2に遷移しない
49 苦⾁の回避策 © Recruit Co., Ltd. All Rights Reserved iOS14.5未満かどうかで
実装を変更 条件によってmodifierを適⽤する modifier
50 様々な要件 1. DeepLink 2. 1画⾯で複数種類のアラートダイアログ 3. 1画⾯から複数の画⾯へのモーダル遷移 4. カスタムダイアログ
/ トースト / チュートリアル © Recruit Co., Ltd. All Rights Reserved
51 TabViewやNavigationViewを含む 全画⾯に対してカスタムUIを被せる © Recruit Co., Ltd. All Rights Reserved
ハマりポイント⑤ © Recruit Co., Ltd. All Rights Reserved 52
53 NavigationViewやTabViewの⼦Viewに対して カスタムダイアログを表⽰すると全画⾯に被さらない © Recruit Co., Ltd. All Rights Reserved
⼦Viewでダイアログを 管理する
54 NavigationViewに対してカスタムダイアログを表⽰すれば 実現可能だが、ダイアログ等は各タブや遷移先で管理したい © Recruit Co., Ltd. All Rights Reserved
NavigationViewに対して カスタムダイアログを宣⾔する TabViewA内でshowDialog変数を Trueにしてダイアログを表⽰する
55 UIWindowを活⽤する © Recruit Co., Ltd. All Rights Reserved 全画⾯に表⽰したいカスタムUIは全て
UIWindowを⽤いて実装
56 UIWindowを活⽤する © Recruit Co., Ltd. All Rights Reserved どのViewからでも全画⾯の
ダイアログが表⽰可能
57 UIWindowを利⽤することで、カスタムダイアログ の上にさらにチュートリアルを出すことも © Recruit Co., Ltd. All Rights Reserved
チュートリアルとカスタムダイアログを別々の Windowで管理しているため、簡単に実現可能
まとめ © Recruit Co., Ltd. All Rights Reserved 58
59 まとめ © Recruit Co., Ltd. All Rights Reserved ①iOS14系のNavigationLinkの挙動には気をつける
②If let でNavigationLinkは⽣成しない ③.alertは1つのViewに対して1つのみ ④.fullScreenCoverはiOS14.5未満に対しては1つのViewに1つのみ ⑤全画⾯にまたがるカスタムダイアログ等はUIWindowの活⽤も⼀つの選択肢 ハマりポイント
60 まとめ © Recruit Co., Ltd. All Rights Reserved UIの実装速度が向上
l レイアウトの記述がシンプル l コンポーネントの再利⽤が容易 l Previewで⾼速にUI変更確認 l Storyboardやxibと⽐較してレビューが容易 ….など、メリットを沢⼭感じることができた SwiftUIはハマりポイントもあったが、総じて採⽤してよかった 採⽤してよかった理由