Android UX-タブを使用する場合とナビゲーションドロワーを使用する場合
タブ を使用するタイミングと ナビゲーションドロワー （サイドバー）を使用するタイミングに関するガイドラインを探しています。
たとえば、最近では、非常に人気のある（1億人以上のユーザー）FacebookとDropboxはタブを使用し、サイドバーは使用していません。以下のスクリーンショットを参照してください。
他の多くのAndroid Googleを含むアプリは、サイドバーを使用します。
タブとサイドバーは同じナビゲーション概念に属しているように見えますが、実装が異なります。
したがって、アプリに3〜4のメインビューが含まれている場合、何を使用すればよいですか？タブまたはサイドバー？
ありがとう。
トップレベルビュー戦略のマテリアルデザインガイドライン によると、3つの主要な戦略は次のとおりです。
ナビゲーションが埋め込まれた単一のビューに焦点を当てます。必要なすべてのナビゲーションを他のアプリコンテンツと直接インライン化することにより、ユーザーに非常にわかりやすくします。これは、アプリのナビゲーションモデルが非常に単純な場合に適しています。ただし、この方法で多数のナビゲーションパスを表示すると、コンテンツの表示に使用できるスペースが減少する可能性があります。これらの経路は、予測可能で便利な場所に同じ場所に配置するのではなく、画面全体に分散させることができます。
次の場合は、コンテキスト内ナビゲーションを使用します。
- アプリの主なビューは強力で、代替ビューがないか、ほとんどありません。
- ユーザーは、メインビュー内で最も一般的なタスクを簡単に完了することができます。
- ユーザーがアプリをごくまれに使用することを期待し、よく公開されたパスを評価します。
タブを使用して、同等に重要な少数のビューを切り替えます。アプリに少数の機能領域のみがあり、それぞれが浅い階層を持ち、タブの使用が増加しているこれらのピアトップレベルのビューの認識。また、クリックまたはスワイプするだけで表示を切り替えることができるため、切り替えも高速化されます。ただし、タブを表示すると、小さなディスプレイではかなりのスペースが必要になり、簡潔なラベルを持つ少数のピアに対してのみ効率的です。
次の場合はタブを使用します。
- アプリのユーザーが頻繁にビューを切り替えることを期待しています。
- トップレベルビューの数は限られています。
- ユーザーに代替ビューを強く意識させる必要があります。
左側のナビゲーションドロワーでより複雑な構造を管理します。左側のナビゲーションパネルでは、多数のナビゲーションターゲットを同時に表示できます。これは、アプリに単一の自然な「ホーム」があり、引き出しがあまり頻繁に訪問されない目的地のインデックスとして機能できる場合に特に役立ちます。アプリが下位レベルの画面からアプリの他の重要なセクションへの直接のクロスナビゲーションを必要とする場合、アプリの任意のポイントからサイドナビゲーションパネルでスワイプする機能により、ユーザーのコンテキスト切り替えをより効率的にすることができます。ただし、アフォーダンスは明確ではないため、コンテンツに慣れるまでに時間がかかる場合があります。
次の場合は、ナビゲーションドロワーを使用します。
- アプリには多数のトップレベルビューがあります。
- 直接関係のないビュー間の迅速なクロスナビゲーションを有効にしたい。
- 特に深いナビゲーションブランチがあり、アプリのトップに戻るのを加速したいと考えています。
- あまり頻繁に訪れない目的地の可視性とユーザーの意識を減らしたいと考えています。
したがって、ほぼ同じ重要性の3〜4のメインビューがある場合、タブが最も適しているようです。
タブの問題は、モバイルデバイスでタブを表示できるスペースです。表示するアイテムが3つしかないことを知っているのは本当に良いことですが、将来の校正に関しては、ページ分割なしで幅を広げるための十分なスペースがありません。タブの使用であると私が考える方法は、旅行中の即時の使用法である必要があり、ドローはユーザーがいる場所から他のそれほど頻繁ではない旅行のためのものです。ユーザーが利用できる大量のインタラクションがない限り、彼らはあなたが重要だと表示したものに頼ります。そのため、その特定のページで（アイコン形式の）唯一のインタラクションになる可能性があるため、ドローを使用するだけで済みます。