再往復: Apple Watch上のデータ転送

再往復: Apple Watch上のデータ転送

Apple Watchの進化により、Appとの通信方法が増え、検討すべき対象者も増えました。データ通信にはどのような戦略があるのか、ジョブに適したツールの選び方を紹介します。iCloud Keychain、Watch Connectivity、Core Dataなどのテクノロジーを使用した場合のメリットを比較検討します。

リソース
関連ビデオ

WWDC21
- CloudKitとCore Dataでデータを共有するAppの構築
- SwiftとSwiftUIへのCore Dataの並行処理の導入
WWDC20
- どこにでもAutoFill
- 常に最新のコンプリケーションを
WWDC19
- watchOS 6でオーディオをストリーミングする
ダウンロード

- 世界開発者会議（WWDC)へようこそ私はアン・ヒッチコックです Watchフレームワークチームのエンジニアです今日ここに来られて嬉しいです Apple Watchのデータ転送戦略についてお話します
Apple Watchの登場以来その独立性は高まってきました Series 3がセルラー機能を搭載した初のApple Watchでした
watchOS 6の Independent Watch App― では　iOSコンパニオンを必要とせず Appを作成することができますそのためお客様の Watchで App Storeから Appを購入できます watchOS 7に導入されたファミリー共有設定によりお客様はコンパニオンとなる iPhoneを持つことなくこれまで以上に独立した体験を得ることができますしかしこれらの新しい機能は開発者である私達にとって Watch Appとの通信を考える上で新たな課題となります幸い私達にはたくさんの優れたオプションがあります今日はそのようなオプションとジョブに適したものを選択する方法についてお話しますツールの概要を説明していきます Watch Appのデータ通信においてタスクごとに何が適切な選択であるか判断する方法を議論していきます大まかにはいくつかのカテゴリに分類できます iCloudはすべてのデバイスとの共有を可能としサーバーストレージを提供してくれます iCloudキーチェーンの同期や CoreDataとCloudKitを組み合わせて Appで使用することができます
ペアリングされたデバイス間でのデータ転送の場合は Watch Connectivityを使用できます
サーバーと直接通信するには URL Sessionやソケットを使用しますその前に　適切な選択をするための質問についてお答えします Watch Appからどのように通信したらいいのかについていくつか考えられますどのようなデータなのか？そのデータは今どこにありどこにあるべきなのか？インタラクションはコンパニオンの iOS Appに依存してるか？ファミリー共有設定のサポートが必要か？データはいつまでに転送される必要があるのか？お客様に向けた性能とバッテリー使用量のシステムの最適化を待つことができるのか？データはどのくらいの頻度で変更されるのか？私の答えはこれらの質問に基づいています自分のデータ転送タスクに適したソリューションを判断するためツールボックスを確認してみます
iCloudキーチェーンの同期からどのような機能が得られるのか見てみましょう
キーチェーンはパスワード鍵その他の重要な認証情報を安全に保管することができますさらにwatchOS 6.2から導入された iCloudキーチェーンの同期ではこれらのアイテムをその人が持つ全ての― デバイスに同期させることができます
Appでこの同期機能を利用するには 2つの方法があります連携ドメインと共有キーチェーンアイテムでパスワード自動入力を使用することですパスワード自動入力によりわずかなコードでキーチェーンの同期が可能になりますまず連携ドメイン機能をターゲットに追加します Watch Appの場合機能をWatchKit Extensionターゲットに追加する必要がありますドメイン名を指定して "web credentials" を追加し
webサーバーに apple-app-site-association ファイルを追加しますファイルをリダイレクトなしで HTTPSでアクセスできるようにしますファイルはJSON形式でファイル拡張子はなくサーバー上のwell-known ディレクトリに配置する必要があります詳細は"Supporing Associated Domains"のオンラインドキュメントをご覧ください TextFieldと SecureFieldに textContentTypeを追加します自動入力の対象はユーザー名　メールアドレスパスワードと新しいパスワードです新しいパスワードの場合は保存を促すメッセージが表示されサイトに紐づいたキーチェーンに記録が追加または更新されます
自動入力のサジェスト機能は watchOS 6.2から搭載されていて watchOS の新しいテキスト編集エクスペリエンスでさらに良くなりましたパスワードの自動入力についての詳細は Developer Appまたはオンラインにて ”どこでもAutoFill” のセッションをご覧くださいキーチェーンの同期を使ってデータを共有するもう一つの方法はキーチェーンのアイテムを App間で共有することです
説明したようにキーチェーンはパスワードや鍵や認証情報などの重要なデータを安全に保管するためのものですキーチェーンでは他の小さな共有データを保存することもできます例えば起動画面に関する設定など頻繁に変更されない情報ですキーチェーンに保存されたデータはその人のすべてのデバイスに同期されますではOAuthトークンをキーチェーンに保存　取得する方法を見てみましょうそしてそれをAppのグループで共有しますまずキーチェーンを共有したいすべてのAppにキーチェーン共有機能または Appグループ機能を追加しますこれはアイテムを共有するために必要でありセキュリティとプライバシーの確保に役立ちます他のAppからのアクセスを防ぎお客様の情報を守ります Watch Appの場合は Watch Extension― ターゲットに機能を追加しますこの例ではキーチェーン共有機能を追加し自分のAppをキーチェーングループに追加してみますキーチェーンアイテムを共有するすべてのAppはこのグループを共有する必要がありますではOAuthトークンをキーチェーンに保存するコードを見てみましょうトークンを格納するためにアイテムがあれば更新しなければ追加します OAuth2トークン構造体を作成しトークン文字列　有効期限リフレッシュトークンなどのトークンデータを格納していますトークン構造体を Codableにconformし保存や取得がしやすくしますクエリーディクショナリを作成しますサーバーとアカウント用に保存された既存のアイテムにマッチする属性のセットですここではSynchronizableの属性が "true"に設定されていることに注意してくださいこの属性をクエリーに含めることでお客様のすべてのデバイスにアイテムを同期させたい事を示すのが重要ですトークンをデータとしてエンコードしそのデータを属性ディクショナリのキーチェーンアイテムの値として設定しますその後キーチェーンのアイテムをクエリーと属性を使って更新します
キーチェーンAPIから戻ってくる結果のコードを常にチェックする必要がありますまずキーチェーンにアイテムが― 見つかりませんという状態かを確認しますもし見つからない場合はキーチェーンに追加する― ために書いた別の関数を呼び出します少し確認してみましょうそうでない場合はエラーがなかったことを確認しますそのために成功したか結果をチェックします更新機能が成功した場合キーチェーンのトークンが更新されたことになります
ではAdd関数について見てみましょうトークンをキーチェーンに追加するためにすべての属性のディクショナリを設定しますこれには既存のアイテムを見つけるために使用した属性とトークンデータが含まれますそしてその属性でキーチェーンAPIの Add関数を呼び出しますリターンコードをチェックして成功したことを確認します
キーチェーンからトークンの情報を取得するためにクエリーディクショナリを設定しアイテムを探します以前アイテムを見つけるため入れたのと同じキーと値の― セットを更新関数同様に組み込みますさらにキーチェーンAPIを識別するためにいくつかの属性を組み込んでいますアイテムのリターン属性が必要か (必要ありません) アイテムのリターンデータが必要かどうかを識別します (必要です) キーチェーンの "コピーマッチング" 機能はクエリーを使って検索し私たちが提供した itemリフェレンスを生成します取得したアイテムにアクセスしようとする前にリターンコードをチェックし見つかったことを確認します
そして今回もリターンコードを確認して成功したか確認しますアイテム用にコピーされたディクショナリを取得しディクショナリから要求したトークンデータを取得します OAuth2トークンタイプでデータをデコードしますこれでOAuth2トークンをキーチェーンに保存更新し取得することができましたそしてキーチェーン共有グループのすべてのAppと共有されました
もうひとつキーチェーンストレージの機能をご紹介しますお客様のデバイスに何かを保存する場合と同じように使い終わったら削除してください慣れ親しんだ属性を持つクエリーを設定して検索しますキーチェーンAPIのdelete 関数をクエリーで呼び出しいつものように成功したか確認します deleteの場合not foundは成功したことになりますデータを使い終わったら後始末をします iCloudキーチェーンの同期サービスは頻繁に変更されない小さなデータを Appで共有するのに最適な方法でそのデータはその人のすべてのデバイスに同期されます連携ドメイン機能を使用することで簡単に― パスワードの自動入力機能を Appに追加できますまたキーチェーンに直接値を保存　取得し他のApp と共有することもできますキーチェーン共有機能や Appグループ機能を使用します iCloudキーチェーンの同期は iOSのコンパニオンAppがなくても可能でファミリー共有設定にも対応していますアイテムはネットワークの可用性　バッテリーその他のシステムの条件に基づいて可能な限り同期されますお客様はiCloud キーチェーンの同期を無効にすることができるのでご注意くださいまたすべての地域でご利用できるわけではありません CoreDataとCloudKitの連携はローカルのデータベースを AppのCloudKitコンテナを共有するお客様の他のすべてのデバイスに同期させます SwiftUIでの CoreDataの統合は Watch Appにおけるデータベースのデータへのアクセスと表示を簡素化しますマルチプラットフォームの Appを開発している場合この方法では Watch上にかなり多くのデータを取得することになりますお客様が本当に必要としている情報はなにかよく考えてみてください
CoreDataモデルで複数の構成を使用し Watch Appで使用するのに適したデータとストレージやバッテリーの容量が大きいデバイスで実行するAppに適したデータを分けることを検討しましょう
CloudKitとCoreDataはパワフルなツールです CoreDataとSwiftUIの統合により　Appで CoreDataの機能を簡単に使用できるようになりました Environment valueを使って　ビューに managedObjectContextを提供することができ FetchRequest プロパティーラッパーを使いデータベースから結果を得ることができますこれらの結果はSwift UIのリストやその他のビューで使用できます CoreDataとCloudKitの連携は構造化されたデータを共有する方法を提供しこのデータは顧客のすべてのデバイスに同期され iCoudにバックアップされますコンパニオンiPhone Appとの連携に頼らずファミリー共有設定にも対応しています CoreDataの変更の同期はネットワークの可用性やシステムの状態に応じて行われます即効性を期待すべきではありませんが Appへの同期のパフォーマンスの最適化は CloudKitが行います
CloudKitでCoreDataを使用したAppの詳細については Developer Appかオンラインで "CloudKitとCore Dataでデータを共有するAppの構築"と "SwiftとSwiftUIへの Core Dataの並行処理の導入" をご覧ください Watch Connectivity についてはすでにお使いの方も多いのではないでしょうかしかしもっと詳細な成功するためのベストプラクティスをお伝えしたいと思います
Watch Connectivityは Watch Appと iPhone Appの間で両方のデバイスが Bluetoothの範囲内または同じWi-Fiネットワーク上にある場合　データを送信することができます iPhone Appと Watch Appの両方をインストールしているお客様の体験を最適化したり一方にしか存在しないデータの共有に最適です
例えば誰かがあなたの iPhone Appを起動して最新のデータをダウンロードした場合そのデータをWatch Appと共有することでコンプリケーションを最新の状態に保ち次回起動時には同じデータで Watchをスタートさせることができますこれによりお客様が反応が良いと感じるようになり Appが必要とする重複したデータのダウンロードを最小限に抑えることができます Watch Connectivityには様々な機能があるので何が利用できるのかどのような場合に使えるのかを知ると便利ですしかしまず Watch Connectivityがあなたのタスクに適したツールであると判断した場合成功するためのヒントをいくつか紹介していきます Watch Connectivityは 2つのデバイス間で通信するためのツールなのでいくつかの前提条件を知りいくつかのエラーを処理することが必要となりますこれがWatch Connectivityの通信をスムーズに行うためのポイントとしてご紹介したい点です WatchConnectivity セッションは Appのライフサイクルのできるだけ早い段階で　できれば Appやエクステンションのデリゲートで Appの起動完了時にアクティベートしますこれにより自分のAppがもう一方のAppからの情報をいち早く受け取ることができるようになります到達性を把握しますバックグラウンド通信ではデータを送信する際に相手のAppが到達可能である必要はありませんしかしインタラクティブなメッセージ通信には到達性の要件がありますのでそれについては後で説明しますそれらの理解のための時間を節約することができます
すべてのWatchConnectivity セッションデリゲート関数はメインではないシリアルキューで呼び出されますもしこれらの機能を使ってユーザーインターフェースを更新するためにこれらの関数から何か作業を行う必要がある場合は必ずメインキューで行いますさてここからは Watch Connectivityの各機能とそれぞれの機能を使用するタイミングについて説明します Application contextは Appが起動したときに利用できるようにすることを目的としてバックグラウンドで相手のAppに送信される単一のプロパティリストディクショナリです前のディクショナリが送信される前に Application contextを更新した場合新しい値で置き換えられます
Application contextは新しいデータがあるときに相手のAppでコンテンツを最新の状態にしたり頻繁に更新されるデータがあるときに便利です User Info transferもバックグラウンドで相手の Appにプロパティリストのディクショナリを送信しますしかしapplication context とは少し異なりますディクショナリを更新するたび置き換えられる単一のディクショナリではなく　各User Infoのディクショナリの転送はキューイングされキューイングされた順に配信されますまたキューにアクセスして転送をキャンセルすることもできます File transferは User Info transferと似ていてどちらかやったことがあれば別の方も使いやすいでしょうファイルは相手のAppに送られるためキューに入り電源などの条件が整ったとき送信されますキューにアクセスして転送をキャンセルできますそのファイルは転送されたときに受信側の Appのドキュメント受信箱に置かれます各ファイルはセッションデリゲートのdidReceiveFile コールバックから戻ったとき受信箱から削除されますこのメソッドから戻る前にファイルを移動するなどの迅速な処理を行ってください一つの参考になることを覚えておくといいでしょうこのコールバックはメインではないシリアルキューで呼び出されているため非同期メソッドを呼び出して受信箱からファイルを処理するとファイルがなくなってしまうためほとんどの場合問題が発生しますファイル転送のタイミングはシステムの状況に応じて行われますもちろんサイズの大きいファイルは転送に時間がかかります
transferCurrentComplicationUserInfo(_:)は User Info trasfer機能の特殊なケースでコンプリケーション関連のデータをWatchに送信します他のUser Infoの転送に先駆けてコンプリケーション用のbudgetが残っている限り可能な限り早く転送されますこの即時転送によりあなたのiPhoneに更新されたデータがあれば顧客に対しアクティブなコンプリケーションを最新の状態に保つことができます残りのbudgetを確認することができますまた残りのbudgetがない状態でも現在のコンプリケーション情報を転送できますこれは通常のUser Info transferのキューを使用します。
sendMessageを使うと相手のAppにデータを送りその返事をもらうことができますこれは相手のAppが到達可能な場合にインタラクティブなメッセージング通信を行うことができます送っているのがディクショナリやデータでもメッセージは小さくしましょうまたsendMessage の呼び出しには replyハンドラを含めることをお勧めします短い返信で相手のAppがメッセージを受信しデータが正しいかどうかを確認することができます replyハンドラを sendMessageに組み込む際には replyハンドラを組み込んだ相手のAppで didReceiveMessageや didReceiveDataのデリゲートコールバック― 関数といったバージョンを実装することも忘れないでくださいそうしないとメッセージを送る際にエラーになります
sendMessageの話が出たところで到達性の概念を再確認してみましょうメッセージを送信するには両方のAppが受信可能である必要があります Watch Connectivity セッションの isReachableプロパティをチェックして相手のAppがバックグラウンドではないライブメッセージングに対応しているかどうかを確認できますでも到達可能であるとはどういうことでしょう？両方のデバイスが Bluetoothか同じ Wi-Fiネットワークに接続されている必要があります WatchKit Extension が到達可能であるためには長時間のバックグラウンドセッションを実行しているときのようにフォアグラウンドで実行されているか高い優先度の状態でバックグラウンドで実行されている必要があります iOS Appはフォアグラウンドの必要性はありません Watch Appから iOS Appにメッセージを送信したとき iOS Appがフォアグラウンドにない場合 iOS Appがバックグラウンドで起動してメッセージを受信します
つまりWatch Extensionから iOS Appにアクセスできる時間はその逆の場合よりもはるかに多いということです Watch Connectivityは iPhone Appと Watch Appの両方をインストールしたお客様にタイムリーで反応が良く直感的に感じられる体験を提供する良い方法です Watch Connectivityは iPhoneとペアリングされた Watchとの間の通信に特化しているためファミリー共有設定配下のAppのサポートには使用できません
データ転送は Bluetoothまたは Wi-Fi経由でコンパニオンデバイスの利用状況に依存しますリアルタイムのコミュニケーション sendMessageの使用には相手が到達可能であることが必要です特にWatch Appに連絡を取ろうとしている時に相手のAppが到達可能でないことが多いことを覚えておいてくださいバックグラウンド転送はすぐには配信されません手紙を投函するようなものだと思ってください手紙を投函してもいつ頃届くのかわかりません
Watch Connectivity については Developer App またはオンラインで "Introducing Watch Connectivity"をご覧下さいさてこれからサーバと直接通信する方法をいくつかご紹介しますほとんどの使用ケースでは最良の選択肢は URL Sessionですインタラクションやデータの種類によってはコミュニケーションを延期できる場合もあればすぐに実行する必要がある場合もありますそのためにURL Sessionはバックグラウンドでもフォアグラウンドでも使えるようそれぞれ設定が可能ですいつそれぞれのオプションを使うべきか考えてみましょうバックグラウンドセッションを可能な限り使用して下さいこれは開発者としての最初の衝動ではないかもしれませんつまりすぐにデータを送受信したいと思うかもしれませんでもよく考えてみて下さいフォアグラウンドセッションは Appがフォアグラウンドか Frontmostである間に完了する必要があり最も短時間のタスク以外にとっては十分な時間ではありませんコミュニケーションタスクが失敗した場合のお客様のことを考えてみてください
だからこそお客様に配慮しコミュニケーションタスクを慎重に判断してバックグラウンドでできるか問う必要があります
バックグラウンド URL Sessionは通信の遅延を許容できる場合や大きいデータ転送を行う場合に適しています Appにプッシュ通知を送り新しいデータが利用可能であることを示しバックグラウンドでの更新を開始することもできますバックグラウンド転送の正確なタイミングはシステムの状況によって異なりますバックグラウンドでサーバーにデータを送信する例を見てみましょう例えば私のAppの設定をウェブサーバを通じて共有したい場合お客様がそれらを保存する際に Watchに保存した後バックグラウンドでサーバーに送信することができます
そしてサーバー通信を処理するためにバックグラウンド URL Session クラスを作成しました
当社のURL Sessionには後で検索する際に使用できる固有の識別子を持つ background設定があります SendsLaunchEvents プロパティをtrueに設定するとセッション上のタスクを処理する必要があるときセッションがバックグラウンドで Appを起動することを示しますなお大容量のデータを転送する場合は URLSessionConfigurationの "isDiscretionary" プロパティをtrueに設定しシステムがデバイスに最適な時間に転送をスケジュールし最高のパフォーマンスが得られるようにしますこの場合お客様には　Wi-Fiと電源がつながるまでダウンロードができない可能性があることもお知らせください
データを送信する準備ができたら転送をキューに加えてバックグラウンドセッションをスケジュールする必要があります設定変更用のサーバへのコンテンツを伴う URLリクエストを作成して設定します
セッション上でリクエストのタスクを作成しますこの単純化した例では 1つのタスクしか追加していませんが効率化のために複数のリクエストをセッションに追加することができます earliestBeginDateにしてダウンロードを後ほど開始しますなおシステムはバックグラウンドbudget ネットワークシステムの条件に基づいてタスクの実際の開始時間を決定しますアクティブな文字盤にコンプリケーションを表示している場合 Appは1時間に最大4つのバックグラウンド更新タスクを受け取ることができますそのためシステムによってタスクが遅延しないように最低15分間隔でタスクをスケジュールしてください
このセッションは進行中のセッションのリストに入れて持っていますこれは後でシステムが URLリクエストの完了を知らせるときに重要になりますタスクに"resume"を呼び出すと実際に開始されるので　これを呼び出すことが重要です最後にセッションにオブザーバーがいる場合に備えて　ステータスをキューに設定します Extension Delegateに送信されたバックグラウンドタスクを使用してバックグラウンドリクエストが処理されるとシステムから Appに通知されますこのタスクを処理するためには WKExtensionDelegateに準拠したクラスを作成し handle(_ backgroundTask:) 関数を実装する必要があります Background URL Session Refreshタスクでは進行中のリクエストのリストの中から自分のセッションを見つけようとしますそれがあれば私たちは関数を呼び出してバックグラウンド更新タスクをセッションのリストに追加しデータの処理が終わったらすぐに完了したことをシステムに知らせることができますこれはすぐにお見せします
リストにセッションが見つからない場合はタスクを完了したとマークする必要があります Background Refresh タスクが終了したらすぐに完了するように設定することが非常に重要ですバックグラウンドタスクを呼び出すためにはもうひとつ必要なことがありますデリゲートをAppに接続する必要があるのですこれを実現するためには WKExtensionDelegateAdaptor プロパティラッパーとして Extension Delegateクラスを指定しAppにプロパティを追加しますそしてシステムはバックグラウンドタスクを処理するために Extensionデリゲートを呼び出します Extensionデリゲートでは既存のセッションにバックグラウンドタスクを追加するためにこの関数を呼び出しましたバックグラウンドタスクのリストにこのタスクを追加して URLデータの処理が終わったらすぐに完了したことにできるようにしますさて　往復のやり取りを結びつけたのであとはデータを取得してシステムに完了を知らせるだけです URL Sessionのダウンロードデリゲートはリクエストが完了したときに呼び出されますダウンロードタスクから受信したデータを処理しますこのアイテムをAppがアクセスできるディレクトリに移動するかファイルのデータを素早く処理することが重要ですこの作業が完了するとダウンロードしたファイルが削除されます Extensionデリゲートからこれ以上バックグラウンドタスクを得ることができないのでこのセッションは処理中のセッションリストから削除しまたオブザーバーがいる場合に備えてステータスを完了に設定していますついにバックグラウンドタスクが完了しましたこれによりバックグラウンドの処理が完了したことがシステムに伝わりますこれを確実に行うことは Watch Appの良い市民というだけではありませんシステムがバックグラウンドの制限を超えて Appを終了させることを防ぎますこれで終わりです私たちはすべてを終えてバックグラウンドで設定を送信しあらゆる更新情報を得ることができますなお完全な実装ではエラーや認証といったチャレンジを処理する必要がありますがこれは基本的な手順を示していますフォアグラウンドURL Sessionを使用すると　ユーザーが Appを操作している間に素早くサーバー通信できます良い例は最新のワークアウトリストやその日の瞑想の取得などですフォアグラウンド URL Sessionはデータを送受信するための電力効率の良くない方法であり 2分半のタイムアウトが強制されますしかし実際にはフォアグラウンドのセッションはこの制限値よりはるかに速いインタラクションにターゲットを絞るべきです URL Sessionは様々な目的でサーバーと直接通信する場合に最適な方法ですファミリー共有設定に対応している Appと一緒に使え iPhoneのコンパニオン Appに依存しませんバックグラウンドセッションはデータ転送を遅らせることができる場所で使用し大容量のデータを転送するときは常に使用します URL Sessionについて詳しく知りたい方は Developer App またはオンラインの “常に最新のコンプリケーションを”と “バックグラウンド進行の謎を解く”をご覧下さい URL Sessionの他にもオーディオのストリーミング Appを作っている場合サーバーと直接通信するにはソケットも選択肢の一つです Watch Appでは HTTP Live Streamingや Web Socketsをアクティブなストリーミングオーディオセッションのコンテキストで使用できますソケット使用の詳細については Developer App またはオンラインの “watchOS 6でオーディオをストリーミングする”をご覧ください多くのことを取り上げてきたので今まで見てきたオプションをどのように選択すればいいのかをまとめてみましたすべての人のデバイスに同期できる機密性の高いデータの場合は iCloud同期機能を使ったキーチェーンを選択します iCloudにデータベースを保存してその人のすべてのデバイスで共有するには CoreData with Cloudkitを選択しますコンパニオンのiPhoneと Watch Appの体験の最適化やコンパニオンAppの1つのデバイスにのみ存在するデータを共有したりするには Watch Connectivityを選択サーバーと直接通信するには URL Sessionを選択しますストリーミングオーディオ Appはソケットも使えますファミリー共有設定を使用しているお客様をサポートまたはiPhoneのデータ転送を使用するために必ず iCloud同期キーチェーン CloudKitでの CoreData URL Sessionまたはソケットを選択して下さいソリューションを選択する前にデータの種類送信元と送信先顧客層などを考えておくとその目的に適したツールを選ぶことができますそして常に展開する前にデバッガに接続されていないデバイスでAppをテストし実環境での動作を確認してくださいこの度はWatch Appでのデータ転送のための素晴らしいツールを学びに来ていただきありがとうございました次は何を作ってくれるのか楽しみにしています [音楽]

struct LoginView: View {
    
    @State private var username = ""
    @State private var password = ""
    
    var body: some View {
        Form {
            TextField("User:", text: $username)
                .textContentType(.username)
            
            SecureField("Password", text: $password) 
                .textContentType(.password)
            
            Button {
                processLogin()
            } label: {
                Text("Login")
            }
            
            Button(role: .cancel) {
                cancelLogin()
            } label: {
                Label("Cancel", systemImage: "xmark.circle")
            }
        }
    }
    
    private func cancelLogin() {
        // Implement your cancel logic here
    }
    
    private func processLogin() {
        // Implement your login logic here
    }
}

6:25 - Store Item in Keychain

func storeToken(_ token: OAuth2Token, for server: String, account: String) throws {
    let query: [String: Any] = [
      kSecClass as String: kSecClassInternetPassword,
      kSecAttrServer as String: server,
      kSecAttrAccount as String: account,
      kSecAttrSynchronizable as String: true,
    ]
    
    let tokenData = try encodeToken(token)
    let attributes: [String: Any] = [kSecValueData as String: tokenData]
    
    let status = SecItemUpdate(query as CFDictionary, attributes as CFDictionary)
    
    guard status != errSecItemNotFound else {
        try addTokenData(tokenData, for: server, account: account)
        return
    }
    
    guard status == errSecSuccess else {
        throw OAuthKeychainError.updateError(status)
    }
}

7:59 - Add Item to Keychain

func addTokenData(_ tokenData: Data,
                  for server: String,
                  account: String) throws {
    let attributes: [String: Any] = [
      kSecClass as String: kSecClassInternetPassword,
      kSecAttrServer as String: server,
      kSecAttrAccount as String: account,
      kSecAttrSynchronizable as String: true,
      kSecValueData as String: tokenData,
    ]
    
    let status = SecItemAdd(attributes as CFDictionary, nil)
    
    guard status == errSecSuccess else {
        throw OAuthKeychainError.addError(status)
    }
}

8:25 - Retrieve Item from Keychain

func retrieveToken(for server: String, account: String) throws -> OAuth2Token? {
    let query: [String: Any] = [
      kSecClass as String: kSecClassInternetPassword,
      kSecAttrServer as String: server,
      kSecAttrAccount as String: account,
      kSecAttrSynchronizable as String: true,
      kSecReturnAttributes as String: false,
      kSecReturnData as String: true,
    ]
        
    var item: CFTypeRef?
    let status = SecItemCopyMatching(query as CFDictionary,
                                     &item)
        
    guard status != errSecItemNotFound else {
        // No token stored for this server account combination.
        return nil
    }
    
    guard status == errSecSuccess else {
        throw OAuthKeychainError.retrievalError(status)
    }
    
    guard let existingItem = item as? [String : Any] else {
        throw OAuthKeychainError.invalidKeychainItemFormat
    }
    
    guard let tokenData = existingItem[kSecValueData as String] as? Data else {
        throw OAuthKeychainError.missingTokenDataFromKeychainItem
    }
    
    do {
        return try JSONDecoder().decode(OAuth2Token.self, from: tokenData)
    } catch {
        throw OAuthKeychainError.tokenDecodingError(error.localizedDescription)
    }
}

9:39 - Remove Item from Keychain

func removeToken(for server: String, account: String) throws {
    let query: [String: Any] = [
      kSecClass as String: kSecClassInternetPassword,
      kSecAttrServer as String: server,
      kSecAttrAccount as String: account,
      kSecAttrSynchronizable as String: true,
    ]
  
    let status = SecItemDelete(query as CFDictionary)
    
    guard status == errSecSuccess || status == errSecItemNotFound else {
        throw OAuthKeychainError.deleteError(status)
    }
}

11:59 - Core Data SwiftUI View

import CoreData
import SwiftUI

struct CoreDataView: View {
    
    @Environment(\.managedObjectContext) private var viewContext
    
    @FetchRequest(
        sortDescriptors: [NSSortDescriptor(keyPath: \Setting.itemKey, ascending: true)],
        animation: .easeIn)
    private var settings: FetchedResults<Setting>
    
    var body: some View {
        List {
            ForEach(settings) { setting in
                SettingRow(setting)
            }
        }
    }
}

23:04 - Background URL Session Configuration

class BackgroundURLSession: NSObject, ObservableObject, Identifiable {
    private let sessionIDPrefix = "com.example.backgroundURLSessionID."
    
    enum Status {
        case notStarted
        case queued
        case inProgress(Double)
        case completed
        case failed(Error)
    }
    
    private var url: URL

    /// Data to send with the URL request.
    ///
    /// If this is set, the HTTP method for the request will be POST
    var body: Data?
    
    /// Optional content type for the URL request
    var contentType: String?
    
    private(set) var id = UUID()
    
    /// The current status of the session
    @Published var status = Status.notStarted
    
    /// The downloaded data (populated when status == .completed)
    @Published var downloadedURL: URL?
    
    private var backgroundTasks = [WKURLSessionRefreshBackgroundTask]()
    
    private lazy var urlSession: URLSession = {
        let config = URLSessionConfiguration.background(withIdentifier: sessionID)
            // Set isDiscretionary = true if you are sending or receiving large 
            // amounts of data. Let Watch users know that their transfers might 
            // not start until they are connected to Wi-Fi and power.
            config.isDiscretionary = false
            config.sessionSendsLaunchEvents = true
            return URLSession(configuration: config,
                              delegate: self, delegateQueue: nil)
        }()
    
    private var sessionID: String {
        "\(sessionIDPrefix)\(id.uuidString)"
    }
    
    /// Initialize the session
    /// - Parameter url: The URL for the Background URL Request
    init(url: URL) {
        self.url = url
        super.init()
    }

}

24:22 - Enqueue the background data transfer

// This is a member of the BackgroundURLSession class in the example. 
// Enqueue the URLRequest to send in the background. 
func enqueueTransfer() {
    var request = URLRequest(url: url)
    request.httpBody = body
    if body != nil {
        request.httpMethod = "POST"
    }
    if let contentType = contentType {
        request.setValue(contentType, forHTTPHeaderField: "Content-type")
    }
    let task = urlSession.downloadTask(with: request)
    task.earliestBeginDate = nextTaskStartDate
  
    BackgroundURLSessions.sharedInstance().sessions[sessionID] = self
  
    task.resume()
    status = .queued
}

25:45 - WatchKit Extension Delegate

class ExtensionDelegate: NSObject, WKExtensionDelegate {
    
    func applicationDidFinishLaunching() {
        // For Watch Connectivity, activate your WCSession as early as possible
        WatchConnectivityModel.shared.activateSession()
    }
    
    func applicationDidBecomeActive() {
        // Restart any tasks that were paused (or not yet started) while the application was inactive. If the application was previously in the background, optionally refresh the user interface.
    }
    
    func applicationWillResignActive() {
        // Sent when the application is about to move from active to inactive state. This can occur for certain types of temporary interruptions (such as an incoming phone call or SMS message) or when the user quits the application and it begins the transition to the background state.
        // Use this method to pause ongoing tasks, disable timers, etc.
    }
    
    func handle(_ backgroundTasks: Set<WKRefreshBackgroundTask>) {
        // Sent when the system needs to launch the application in the background to process tasks. Tasks arrive in a set, so loop through and process each one.
        for task in backgroundTasks {
            // Use a switch statement to check the task type
            switch task {
            case let backgroundTask as WKApplicationRefreshBackgroundTask:
                // Be sure to complete the background task once you’re done.
                backgroundTask.setTaskCompletedWithSnapshot(false)
            case let snapshotTask as WKSnapshotRefreshBackgroundTask:
                // Snapshot tasks have a unique completion call, make sure to set your expiration date
                snapshotTask.setTaskCompleted(restoredDefaultState: true, estimatedSnapshotExpiration: Date.distantFuture, userInfo: nil)
            case let connectivityTask as WKWatchConnectivityRefreshBackgroundTask:
                // Be sure to complete the connectivity task once you’re done.
                connectivityTask.setTaskCompletedWithSnapshot(false)
            case let urlSessionTask as WKURLSessionRefreshBackgroundTask:
                if let session = BackgroundURLSessions.sharedInstance()
                        .sessions[urlSessionTask.sessionIdentifier] {
                    session.addBackgroundRefreshTask(urlSessionTask)
                } else {
                    // There is no model for this session, just set it complete
                    urlSessionTask.setTaskCompletedWithSnapshot(false)
                }
            case let relevantShortcutTask as WKRelevantShortcutRefreshBackgroundTask:
                // Be sure to complete the relevant-shortcut task once you're done.
                relevantShortcutTask.setTaskCompletedWithSnapshot(false)
            case let intentDidRunTask as WKIntentDidRunRefreshBackgroundTask:
                // Be sure to complete the intent-did-run task once you're done.
                intentDidRunTask.setTaskCompletedWithSnapshot(false)
            default:
                // make sure to complete unhandled task types
                task.setTaskCompletedWithSnapshot(false)
            }
        }
    }
}

26:43 - Connect the WatchKit Extension Delegate to the App

@main
struct MyWatchApp: App {
    
    @WKExtensionDelegateAdaptor(ExtensionDelegate.self) var extensionDelegate
    
    @SceneBuilder var body: some Scene {
        WindowGroup {
            NavigationView {
                ContentView()
            }
        }
    }
}

27:07 - Store the Background Refresh Task it can be completed

// This is a member of the BackgroundURLSession class in the example. 
// Add the Background Refresh Task to the list so it can be set to completed when the URL task is done.
func addBackgroundRefreshTask(_ task: WKURLSessionRefreshBackgroundTask) {
    backgroundTasks.append(task)
}

27:31 - Process Downloaded Data

extension BackgroundURLSession : URLSessionDownloadDelegate {
    
    private func saveDownloadedData(_ downloadedURL: URL) {
        // Move or quickly process this file before you return from this function.
        // The file is in a temporary location and will be deleted.
    }
    
    func urlSession(_ session: URLSession,
                    downloadTask: URLSessionDownloadTask,
                    didFinishDownloadingTo location: URL) {
        saveDownloadedData(location)
      
        // We don't need more updates on this session, so let it go.
        BackgroundURLSessions.sharedInstance().sessions[sessionID] = nil
      
        DispatchQueue.main.async {
            self.status = .completed
        }
        
        for task in backgroundTasks {
            task.setTaskCompletedWithSnapshot(false)
        }
    }
}

特定のトピックをお探しの場合は、上にトピックを入力すると、関連するトピックにすばやく移動できます。

クエリの送信中にエラーが発生しました。インターネット接続を確認して、もう一度お試しください。

リソース

関連ビデオ

WWDC21

WWDC20

WWDC19