Androidに関する一般的なUXの質問:
次のような単純なビュー(アクティビティまたはフラグメント)の階層を想定します。A->B。AからBへの遷移がAndroidのバックスタックに追加されます。
画面Bで、ユーザーをAに戻すボタンを用意するのが最適ですか、それとも、ユーザーにAndroidの戻るボタンを使用させるだけで十分ですか。
2つは互換性がありません。
Androidの場合、ネイティブの戻るボタンは履歴に戻ります。iOSが通常それを持っているAndroidの背面はです階層。
Up
ボタンの必要性を感じたら、追加してください。ただし、そうでない場合は、ネイティブのback
ボタンをそのままにしてください。
最新のAndroidガイドラインは、祖先と時間の両方のナビゲーションについて従うべき明確なパターンを定義しています。
先祖と時間の構造は同じなので、単純な例では、デフォルトの戻るボタンを使用する必要があります。
より複雑な使用例の場合、Androidでは、BACKとUPの動作に違いがあることに注意してください。
戻るとは、デフォルトの戻るボタンをクリックしたときに表示されるものです。実装する必要はありません。すでに実装されています。 BACKには2つの目的があります。
したがって、これは時間ナビゲーションを対象としています。
UPは、ナビゲーション階層が必ずしも時間的フローと一致しない場合に使用する必要があります。これは、階層内に複数の兄弟画面がある場合に非常に一般的です。注文確認画面を備えたオンラインショップアプリがあるとします。この画面から、現在の注文の各製品の詳細を開くことができます。注文確認画面から最初のアイテム、2番目のアイテムなどに移動します。最後のアイテムに到達したとき、注文の詳細画面に到達するまで、すべての製品を再び経由したくない場合があります。ここでUPが必要です。
これは祖先ナビゲーションであり、実装方法は4.0の新機能であるアクションバーにあります。 Androidで使用されていた従来のパターンは無視してかまいません。ほとんどすべてのGoogleアプリから、ほぼ全員が新しい方法に適応しているためです。4.0より前の互換性については、Androidはサポートライブラリを提供します(SDKマネージャーを使用してダウンロードできます)。
詳細については、Googleのデベロッパーページ、つまり http://developer.Android.com/training/design-navigation/ancestral-temporal.html および http:// developer。 Android.com/design/patterns/navigation.html 。
ここには正確な科学は本当にありません。
同じことを扱っていても、アプリケーションはこの面で異なります。
例を見てみましょう。 Android=ネイティブテキストメッセージの受信トレイを見て、メッセージを開きます。
ここには、左隅に"Back to messages"ボタンがあります。
ただし、Android facebook message view:
戻るために画面上のコントロールを追加しないことを決定し、専用の物理的な戻るボタンを使用してユーザーに依存しています。
したがって、追加するかどうかは、設計者が決定します。この機会に是非はありません。