(1)はこちら: https://qiita.com/satoru_pripara/items/92bb0a37bc42c0a8d610
Ultimate application performance survival guide
アプリの起動時間・バッテリー消費・メモリー消費・ファイルアクセスの時間など、パフォーマンス系の問題を解決するための対策を総合的に解説しています。
道具としてはXcode Organizer, MetricKit, Instruments, XCTest, App Store Connect APIを利用しています。
バッテリー消費
バッテリーは位置情報取得、ネットワークとのデータの送受信、何らかの計算処理をした時のCPUの負荷、描画を行うときのGPUの負荷、音声の再生、ブルートゥースの使用などで消耗されます。 主に最初の3つで大量にデータが消費されます。
Xcodeからプログラムを実行時に、画面左側のスプレーボトルのようなアイコンをタップすると、バッテリー消費がどのくらいかリアルタイムで計測できます。profileボタンをタップすることで、Instrumentsでの計測に移行することもできます。
またMetricキットを利用することで、同意したエンドユーザーの実際のアプリ使用状況を解析し、一旦Appleのサーバーに送られた後、XcodeのOrganizerで表示することができます。これにより、よりリアリスティックな情報の収集ができます。Metricキットを利用するためには、下記のようにコードを書きます。
Metricキットを有効化後、Xcodeの オーガナイザー経由で、直近最大16のリリースバージョンの、バッテリー消費効率が見られます。
アプリの反応の一時停止・スクロールの一時停止
アプリの反応が250ミリを超えて停止するのは良くないと考えられています。 またスクロールが途中で停止したり遅くなったりするのも、ユーザ体験として良くないと考えられます。 Xcodeのオーガナイザーや、 Instrumentsでこちらの指標も見ることができます。
また、メトリックキットからXcodeのオーガナイザーに送信されるデータは、iOS 15から、24時間周期ではなく即座に送られるようになります。
もう少し詳細に確認するには、XCテストを利用すると良いでしょう。 スクロールのテストの一例が以下になります。
カスタムアニメーション に タグづけをしわかりやすくする一例が以下になります。
ディスク書き込み
こちらもインストルメントのファイルアクティビティーテンプレートでディスク書き込み状況を、監視することができます。 パフォーマンスが悪い場合、CoreDataの機能などを用いて、頻繁な書き込みはやめ、ある程度ファイルをまとめてから改めて書き込むようにすると改善することがあります。
ディスク書き込みに関しても、やはりテストが有効です。書き込みのパフォーマンスのテストの一例が以下になります。
やはり、インストルメントでも指標が表示されます。iOS 15からは改善提案が 自動で表示されることもあります。
メトリックキットで計測をしていく場合は、ディスクの書き込みの前後に以下のようなコードを書きましょう。
アプリ起動時間・アプリ終了
アプリの起動時間が長くかかる事は、ユーザ体験を損ないます。また、アプリが突然終了してしまうことも同様です。両方の発生イベントがXcodeのオーガナイザーより閲覧できます。
やはりInstrumentsから、アプリを実行しリアルタイムでの状況を確認することも可能です。
メモリー使用率
アプリのメモリ使用率についても、Xcodeのオーガナイザーや、Instrumentsより確認可能です。
Metricsを使って、メモリ使用率を上げてしまうような処理の前後に、計測の処理を入れることも可能です。
総括
以上のような多量のツールを使うことで、アプリのパフォーマンスを継続し、改善点をあぶり出すことが可能です。アップル側でもあるアプリに対してクラッシュを99%なくすことに成功したとのことです。以上にあげたツールを試しに使ってみると良いでしょう。
- Xcodeのオーガナイザを使って計測データを確認する。
- Instrumentsを使って計測データを確認する。
- パフォーマンスチェックのためのXCTestを書いてみる。
- MetricKit を組み込み、実際のユーザの使用データを確認する。
Use the camera for keyboard input in your app
IOS 15よりカメラで文字を認識しテキストフィールドなどに入力することができるようになりました。 テキストフィールドなどを長押しすると、ポップアップメニューが出現し、カメラからテキストをインプットできます。
認識されて文字がポップアップされて出てきますので、好きな部分をドラッグで選択し、入力している様子が以下になります。
UITextField, UITextViewの変数であるUITextContentType, UIKeyboardType を指定すると、読み取るテキストのタイプをフィルタリングできます。例えば電話番号、住所、 Eメールアドレスなどです。 IOS 15からはフライトナンバー、荷物の追跡番号、 日付が追加されます。
これらプロパティーは、xipファイルからでも、コードからでも簡単に設定できます。
長押ししないとこの機能が使えないのは、少し不便に思えるかもしれません。 少しコードを書くだけで、この機能を含む入力オプションが表示されているツールバーをテキストフィールドの近くに表示することができます。
なおcaptureTextFromCamera(_:)を 使う前に、canPerformActionのアクションメソッドを呼んでください。これによりメソッドが実行可能かどうかを判定します。
これらの機能は、neural engineの搭載された2018年以降のiPhoneで利用できるとのことです。また、ユーザーが英語、フランス語、ポルトガル語、イタリア語、ドイツ語、スペイン語、中国語のどれかをprefferredLanguageに登録している必要があるそうです。
背後ではUIKeyInput、UITextInput, UITextInputTraitsプロトコルが関わっています。
例えばもし、画像の中に含まれる文字をキャプションとして表示するようなイメージビューをカスタムクラスとして作るのであれば、UIKeyInput プロトコルを適合させれば作ることができます。
What's new in AVKit
AVKitの アップデートについて解説しています。
Picture in Picture
動画アプリを再生中に、他のアプリを開いたとき、動画を小さい画面で上に表示し続けると言うpicture in pictureと言う機能を紹介しています。 すなわち、再生ボタンやスキップボタンを押したとき、 また現在どのくらいの時間が経過したかの情報、 ユーザがピンチやスワイプなどをした時などの動画サイズの拡大縮小が起きた時、 動画が停止されたときになります。
小さく表示した動画で、何か起きた場合、デリゲートで元の画面に通知を送ることができます。
Mac 完全フルスクリーン動画
Mac Catalystもしくは通常macOSで、動画を完全フルスクリーンで再生するやり方について解説しています。 ポイントとしては、動画が デスクトップのウインドウとは別のウインドウになるので、一旦デスクトップに戻った場合などは動画のウインドウが消えることになります。その時に備えて動画のインスタンスを変数に入れて強参照で参照しておきましょう。でないと デスクトップに戻った時、動画が消えてしまうことになります。
What's new in App Clips
アップクリップのアップデートについて解説しています。
なおApp Clipとは、アプリの1部の機能をアプリをダウンロードすることなく手軽に体験できる機能です。 導入されてから少し経ちましたが、様々なApp ClipがApp Storeに見られます。 例えばゲームの一面だけを手軽にプレイできるものや、 マップのアプリなどであるレストランをタップしてオーダーと言うボタンをタップするとオーダー用アプリのApp Clipが開かれそのレストランで注文ができるもの、 駐車場の支払い機能だけをアプリをダウンロードすることなく利用できるもの などです。 また、ティックトックのアプリでは、動画をいくつか手軽に体験できるApp Clipが導入され、再生完了後アプリのダウンロードページに誘導されるようになっています。
- Safariで app clipカードの表示
今まで、Safariや、Safariビューコントローラーにおいて、ウェブページのトップにバナーを表示しApp Clipへ誘導することができました。 ただいくつかボタンをタップする必要があるのでユーザにとっては少し面倒臭いものでした。新機能として、App Clipカードをウェブサイトの真ん中にモーダル表示し、すぐにApp Clipへ誘導できるような機能が追加されました。
ウェブサイトにおいてapp-clip-display=cardタグを追加するだけで追加できます。
アップクリップカードの見た目については、App Storeコネクトで設定することができます。
- デバッグ起動App Clip
アップクリップに関して、デバッグ起動を提供するものであるかどうかを決めることができます。
これをデバッグするためには、iPhoneの設定アプリからデベロッパーメニューに進み、Local Experience にチェックを入れます。
- App Clip Code
IPhoneで読み取り可能な画像などを店頭などに掲示しておき、iPhoneで読み込むことで顧客をApp Clipに誘導することができる機能をApp Clip Codeと呼びます。 NFC対応のものと、そうでないものがあります。
このApp Clipコード用の画像は、App Storeコネクトよりダウンロードすることができますが、自動生成commandlineツールであるApp Clip Code Generator Toolを利用することもできます。
アップクリップコードのベストプラクティスとして、平らな平面に掲示すること、 斜や横ではなくまっすぐに掲示すること、 充分大きな画像にすること、 画像が剥がれたり汚れたりしていないこと、 どのような機能を提供するか簡潔に説明文を入れる事が挙げられています。
What's new in AppKit
他のセッションで述べられていることが 多いため、スルーします。
What's new in CloudKit
クラウドキットのアップデートについて解説しています。
- サーバーとやりとりする際のメソッドが、async/awaitに対応しました。
- サーバーとやり取りするデータの暗号化及び復号化が非常に簡単にできるようになりました。CKRecordのencryptedValue変数を使います。
暗号化復号化の利用の前に、CKAccountStatus をチェックする必要があります。iOS 15から新しく追加されたtemporaryUnavailable 言う状態は、ユーザのiCloudアカウントは存在しているが、まだ準備ができていない状態を表します。
- iCloud内のデータ構造について、フォルダの階層構造だけでなく、一箇所にデータを全部置いている構造（Data Zone）についても共有できます。CKShareにZoneのIDを渡し、インスタンス化して利用します。
What's new in Foundation
- AttributedString
文章の特定の範囲のみフォントなどを変えていくAttributedString構造体が新たに作られました。key-valueのペアーで、文章のどの範囲にどのフォントを適応していくか定義できます。
- Formatter
日付や数値の整形を行うフォーマッターについてアップデートがありました。日付、月、年、時間の指定などをenumで行う部分が多くなり、誤りがある場合コンパイラが警告してくれる箇所が多くなり安全に使えるようになったという印象です。
- Automatic Grammar Agreement
ローカライズする際に、文字の順番・語系変化をコンパイラ側で自動でやってくれる機能です。
What's new in SwiftUI
SwiftUI のアップデートを紹介しています。
- Better List
画像のURLを渡してダウンロードが完了し次第表示すると言うような動作を、モディファイア1つだけで実現できるようになりました。
まだダウンロードが完了しない間は、プログレスビューや、何らかのダウンロード中であることを示す画像などをプレイスフォルダとして表示できます。
asyncimage
リストなどを指で下にドラッグし離すと更新が行われると言うリフレッシュの動作も、モディファイア1つで実装できるようになりました。
refreshable(action:)
レビューが出現した後に何らかの非同期処理を行いたい場合のための、taskモディファイアが追加されています。 もし この中に書いた非同期処理が完了する前に、このビューが消えた場合は、非同期処理が自動的にキャンセルされます。非常に便利といえます。
task(priority:_:)
リストのコーディングについて、 要素をレンジで指定する 形式ではなく、$をつけて様子を簡単に識別する書き方が追加されています。
リスト内の各行に対して、スワイプアクションモディファイアが追加されました。その行を左や右に指でスワイプしたときの動作を簡潔に記述できます。
swipeactions(edge:allowsfullswipe:content:)
MacOS 12からの話となりますが、リストの背景色を白黒交互に簡単にできるモディファイアが追加されました。inset(alternatesrowbackgrounds:)
- Beyond Lists
MacOS 12の話になりますが、複数のカラムを持つテーブルが追加されました。各カラムのタイトル及び具体的な値を簡単に記述できます。
table
keypathcomparator を指定することで、テーブルをどの値でソートするかを指定できます。
searchable モディファイアを追加するだけで、検索バーを追加できるようになりました。
searchable(text:placement:)
SFSymbolについて、何も指定しない場合、iOSのTabViewの文脈では自動的にfillが選択されるようになっています。これはInterface Guideline推奨の設定 とのことです。
2Dグラフィックの描画ができるCanvas がSwiftUIにおいて導入されました。
以前からあるdraggestureと組み合わせれば、指で擦った部分にグラフィックがフォーカスしていくような表現も可能です。
何らかの時間の経過により、描画や処理等を行えるtimelineview も、実装されました。
何らかのビューの背景にぼかしがかかったようなエフェクトをかけられるmaterialが 追加されました。写真の上にラベルを表示したい場合などが主な用途かと思われます。
- Text and Keyboard
文字サイズを指定することで ダイナミックタイプサイズに対応できるモディファイアdynamictypesizeが登場しました。
ビュー上のテキストをユーザが選択しコピーペーストできるかの設定を1行でできる新しいモディファイアが追加されました。textselection(_:)
テキストフィールドなので、値が送信などをされたときに呼ばれるモディファイアが追加されました。onsubmit(of:_:)
送信の決定をするボタンの上に表示される文字に関する新しいモディファイアもついでに追加されています。submitlabel
プロパティーラッパーとして、FocusStateが追加されました。Hashable プロトコルに適合した値の前につけることができるようです。focused(_:equals:)モディファイアと ともに用いて、どのUI部品にフォーカスを当てるかをプログラムから簡潔に記述できます。 例えば、ログインボタンを押して、まだユーザ名が入力されていない場合はユーザ名のテキストフィールドにフォーカスを当てるようにするなどのシチュエーションで利用できます。
- More buttons
ボタンスタイルの1つとして、borderdStyleが追加されました。角丸のような デザインのボタンとなります。
controlSizeとcontrolProminenceというモディファイアが追加されました・・・が、 アップルデベロッパー公式の解説ページが削除されているのですがこれは何なんでしょうか?
https://developer.apple.com/documentation/musickit/artworkimage/controlprominence(_:)
https://developer.apple.com/documentation/swiftui/view/controlsize(_:)
confirmationdialogが追加されました。ボタンなどを押した後の確認ダイアログがあるかと思いますが、 それを簡単に出せるようになります。
menuにprimaryaction が、追加されました。 プライマリーアクションとは、メニューをタップやクリックなどメインとなる動作をした際にまず行われる動作となります。長押しなどサブの動作をした際には、メニューが開かれます。
コントロールグループと言うものが追加されました。相互に関連する役割を持つようなボタンなどを複数並べるメニューとなります。controlgroup
例えば戻るボタンと、進むボタンを含むメニューなどです。
What's new in UIKit
画面の半分だけを覆うハーフモーダル表示が追加されました。
iOS14から導入されたuicolorpickerviewcontrollerに継続的選択（色をドラッグし続けて連続的に色を取得できる）機能が追加されています。
What’s new in Game Center: Widgets, friends, and multiplayer improvements
Game Center での、複数人 のプレイヤーのマッチング、対戦、ランキング、実績などのアップデートについて紹介しています。
Your guide to keyboard layout
- Layoute Guide
keyboardlayoutguide と言うものが導入されました。キーボードの出し入れの際のレイアウトの調整が、 今まではノーティフィケーションの購読などいろいろやらなければなりませんでしたが、1行だけで簡単に書けるようになりました。
view.keyboardLayoutGuide.topAnchor.constraint(equalTo: textView.bottomAnchor).isActive = true
- Integrating to the keyboard, Types of keyboards
キーボードが下から入っている状態だけではなく、画面の自由な位置に置かれていたり、ドラックしている指の位置を 追いかけているような状態であってもkeyboardlayoutguideに したがってレイアウトをしたい場合は、
followsundockedkeyboardをtrue に設定します。
この時、キーボードが画面の4角のうちのどれかに接近した時のみ有効化したい制約がある場合は、setConstraints(_:activeWhenNearEdge:)が 使用できます。逆にキーボードが画面の4角のどれかから離れた時のみ有効化したい制約がある場合は、setConstraints(_:activeWhenAwayFrom:) メソッドが利用できます。
これにより、キーボードの画面の自由な位置に動かしている場合、特定の画面の端に近づいたりまたは離れたりした場合にのみ有効となるような制約を設定することができます。 例えばキーボードが左端にある場合は、画面の主要コンテンツを右側に持ってくるとか、逆にキーボードが右端にある場合は画面の主要コンテンツを左側に持ってくる等の利用方法が考えられます。 なお、キーボードが充分大きく左右両端に接している場合は、左右両端に対してAwayと 認識されるようです。 左右両端に対してNear となるわけではありません。
その他特殊な状況に対応するため、実際に実装する場合は以下の公式記事を見ると良いでしょう。Adjusting Your Layout with Keyboard Layout Guide
Accessibility by design: An Apple Watch for everyone
Apple Watchに関して、手を握る動作(クレンチ)や、指を閉じる動作(ピンチ)、及びそれらの二連続の動作(ダブルクレンチ、ダブルピンチ)という非常に繊細な動作や、その他 apple Watchに備わっているジャイロセンサーなどを用いて、ジェスチャーのみでApple Watchを操作すると言う展望が紹介されています。ただいつから使用できるようになるのかは特に言われていません。
Adopt Quick Note
クイックノートとはiPadOSで、どのアプリを使用中でも表示できるメモ帳のような新機能です。ウェブサイトや地図上の位置などを添付でき、自由にメモ書き できます。
特定のウェブサイトや、特定のアプリをクイックノート上に紐付けした場合、後でそのウェブサイトやアプリに戻ってくると、クイックノートが画面右下の端にポップアップし、メモ書きがあることをリマインドしてくれます。 これは既存のnsuseractivity を使って実現されます。
Analyze HTTP traffic in Instruments
Instrumentsを使って、アプリの行う通信トラフィックの中身をチェックする方法紹介しています。サードパーティーのツールなどで今までも通信トラフィックを見ることができたと思いますが、インストルメンツはアップルのAPIと深く連携しているので、コード上で URLセッションなどにすかした説明文等がインスツルメンツに表示され見やすくなるほか、通信が時間経過でどのように変化していくかと言う点もチェックできるため比較的見やすいかと思います。Xcode > Profile からインストルメンツを起動できますが、リリース設定で監視を行うよう設定すれば、本番環境でどのように通信が行われるかもチェックできます。
Build dynamic iOS apps with the Create ML framework
Create ML の使い方を解説しています。
- Image Classifier, Text Classifier, Hand Pose Classifier, Hand Action Classifier, Sound Classifier
画像、テキスト、音声、手によるジェスチャーなどを判別するAI機能です。
-
Style Transfer
ある画像の「質感」を解析し、別の画像をその画像の質感に合わせた形に変換すると言う機能です。 -
Tabular Classifiers
行と列で表されたテーブル上のデータを元にして、何らかの判別・区分わけを行うAI機能を指します。
- Tabular Regressors
行と列で表されたテーブル上のデータを元にして、 何らかの変数を結果として出力するAI機能を指します。 例えばレストランで注文するアプリにおいてどのような注文し、いつ注文し、過去にはどのような注文したかなどのデータをもとに、そのユーザの好みなどをはじき出すと言う例が紹介されています。
Build interfaces with style
インターフェースビルダーのアップデートについて解説しています。
新規に追加されたポップアップメニューが出るボタンですが、こちらはインターフェースビルダーからドラッグアンドドロップで簡単に追加できるようになっています。 MacOSでは、 カーソルをボタンの上に合わせた場合、説明文が表示されますがそちらも設定できます。
アクセシビリティーのチェック用のボタンが用意されており、ダイナミックタイプ と言う、文字のフォントの大きさを調整できる機能を使った際に、きちんとレイアウトが維持されるかの確認機能も追加されています。
Capture and process ProRAW images
ProRAW を利用した写真をアプリ内で扱う際のやり方について解説しています。まずRAWとは、 デジタルカメラなどで撮った写真を画像化する前の生のデータのことをいいます。ProRAW とは、アップルが名付けたものであって、iPhone 12およびiPhone 12Proで利用できる、1枚の写真を撮っただけであっても内部的には複数の写真を撮り、それらのローデータを組み合わせておくことで、 後からより柔軟な写真の調整をできるようにしたものをいいます。
Customize and resize sheets in UIKit
モーダル表示したビューは画面いっぱいに表示されるのが今までの挙動でしたが、画面の半分の高さだけ表示されるオプションが追加されました。
sheetpresentationcontrollerのdetentsにmediumを含めるだけです。largeも一緒に含めれば、 ユーザがドラッグすることで、画面いっぱいにも、画面半分にもできるモーダル表示となります。detent とは、機械の戻り止めという意味です。
デフォルトでは、モーダル表示されたスクロールをスクロールすると、medium largeの高さが切り替わってしまいます。これを防ぎ単純にスクロールビュー内のコンテンツをスクロールするだけの場合は以下のprefersscrollingexpandswhenscrolをfalseにします。
medium large は、プログラムから変えることができます。
selecteddetentidentifierを変えるだけです。変化をアニメーション表示するには、以下を用います。
animatechanges
ハーフモーダル表示をした際、下の画面が薄暗くならないようにするためには「smallestUndimmedDetentidentIdentifier」プロパティーを用います。
またiPhone本体を横にしたときのモーダル表示は、全画面のみでしたが、少し小さいサイズのモーダル表示も実装されました。
Detect people, faces, and poses using Vision
Vision フレームワークを用いて、画像の中の人物、 顔やポーズを識別する方法を解説しています。
Diagnose Power and Performance regressions in your app
Xcode Organizer を開くと、リグレッション(重大なパフォーマンス上の問題)が表示されていますので、そちらを定期的に開くようにしましょう。 またXcode 13からは、どのように問題を解決したらいいかの提案の文章等が表示されるようになっていますので、より問題を特定しやすいといえます。
問題を修正したら、本当に パフォーマンスが改善されているかどうかをインスツルメンツを使って計測すると良いでしょう。
パフォーマンス分析用のパイプラインを組んでいる場合は、そこにApp StoreコネクトAPIを記載して、情報を集めると良いでしょう。
Discover account-driven User Enrollment
BYOD(Bring Your Own Device) と言われる、学校や企業で自分のデバイスを持ってきて組織のMDM でコントロールする方法を解説しています。
Discoverable design
ユーザがアプリの中で何がどこにあるかを容易に発見できるようなデザインをするにはどうすればいいかを解説しています。
機能の重要度に応じて優先順位をつける
重要な機能ほど、タブバーなど1番目立つところにつけ、 即座にその機能にアクセスできると良いでしょう。あまり重要でない機能はサイドメニューないなど1カ所にまとめてしまって、 ボタンを押して画面遷移しないとその機能にたどり着けないようになっていても良いでしょう。
例として挙げられているトーストアプリでは、レシピの検索及び自分のレシピと言う最重要機能をタブバーに配置しています。
次に重要な検索機能や、写真読み取り機能は各ページの一番上に配置されています。
その他の機能は重要度が低いため、ボタンを押してメニューを開いて初めて見れるようになっています。
どのような操作をすれば良いのかについて視覚的なヒントを表示する
ユーザがアプリのある操作方法をどのようにして知りうるかというと、以下の3つしかありません。
- その操作が他のiOSアプリやソフトウェアにも広く共通するような操作であり、すでに知っているから
- その操作が現実世界の操作に似ているようなジェスチャーであり、直感的にわかるから
- アプリ上で画像や文字などで明示的に説明しているから
逆に言えば、上2つの要因によりわからないようなものであれば、アプリ内で画像や文字を使って明示的に説明しない限り、ユーザはどうやって操作したらいいかわからないと言うことになります。
例えば以下のような、新聞紙と、本のアイコンを表示しただけでは一体どのような機能なのかはわからないと思います。 したがって文字で説明を追加しないとユーザはわからないでしょう。
以下のように、カメラマークのアイコンを表示しただけでは必ずしもどのような機能かわからないです。カメラを使った機能には写真撮影など他の機能もあるからです。そのため、新しいレシピを追加する機能であることを明示するため、NEWと言う文字をここでは追加しています。
また、ユーザが自由に何かを入力しないといけないような場面においては、何もヒントがない場合、ユーザは何を入力したらいいのかわからなくなってしまうと言う問題があります。この問題を解消するため、ここでは検索バーにどのような ワードを入力したらいいのかを例として検索バーのプレースホルダーで表示しています。これによりユーザは材料名などを検索バーに入力すれば良いのだということが、ここではわかります。
アニメーション等の画面効果を用いるのも有効です。以下の例では、カメラにより、何も識別できていないときは点線で端の輪郭を表示しています。 パンを認識した時は 輪郭の線を実線にする・色を変えるなどして、どのタイミングで写真を撮ったらいいのかをユーザにわかるようにしています。
ジェスチャー動作についてのヒントを提供する
基本、タップ、スワイプ、ロングプレス、ピンチ、指の回転といったよく知られているジェスチャーを使うようにしましょう。それ以外のオリジナルのジェスチャーを作り出すと、詳細な説明なしにはどうしたら良いのかユーザには分かりません。
それらの基本的のジェスチャーですが、文脈によっては別の意味を持つこともあるため、注意が必要です。 例えば、ダブルタップをしたときは、「いいね！」 表すジェスチャーである場合もありますし、画像のズームをするためのジェスチャーである場合もあります。 そのため特定のジェスチャーをしないといけないと言うような設計はやめた方が良いでしょう。ジェスチャーはあくまでショートカットとして設定するのが良いです。
また、どのようなジェスチャーが可能なのかについてもやはり視覚的なヒントを提示するようにしましょう。
例えば前の画面にジェスチャーで戻ることが可能なのであれば、戻るボタンも明示的につけておく ことが考えられます。
また、左右へのスワイプで別のアイテムを表示することができるのであれば、別のアイテムの端っこを画面左右端にわずかに表示されるようにしておき、左右にスワイプして移動することができると言うヒントを与えておくと良いです。
表示情報の整理
何十といった要素がある場合にそれを何の整理もなく一気に画面に表示するのではなく、いくつかのテーマごとにセクションに分けて表示するなどして、ユーザが発見しやすいようにしましょう。 ユーザのタップの履歴などから好みを分析し、最適と思われるものをユーザに合わせて表示するなどの処理も有効です。
ユーザのコントロールを促進する
あるアイテムに見たアイテムをそのユーザ向けには多く表示すると言うようにする場合、どのようなボタンを長が問題になります。ハートマークのボタンであると単にお気に入りに登録するであるとかその程度のことしかユーザは想定しないため 適切とは言えません。
アップルのヒューマンインターフェイスガイドラインによると、このような場合は親指を上げたサムズアップのボタンと親指を下げたサムズダウンのボタンを2つ表示するのが良いとされています。 またここでは、ボタンを押した場合、その商品と似た商品をもっと表示するようになると言う旨を明確に文章で表示しています。
何らかのフィードバックを返す際も、 なぜそのフィードバックを返したかの理由を付け足すようにしています。
また、あるアイテムをサジェスト表示するようになったといっても、そのようなアイテムばかりずっと表示されるとしたらあまりよろしくないユーザ体験となるでしょう。そういうわけでサジェスト表示に対して、ユーザが明示的に指示を与えたり、編集できたりするようにボタンを設け、ユーザがコントロールできる機会を増やしています。
何が適切なコントロールなのかはアプリの種類や、ユーザ層などによっても異なってくるので、いちどリリースした後もどのようなユーザコントロールが適切なのか絶えず改善を繰り返していくと良いでしょう。