12860hitBackとUpナビゲーション一貫したナビゲーションは全体的なユーザーエクスペリエンスで重要な要素です。調和せず予測不可能な手法はユーザーをイライラさせます。Android3.0は全体的な操作に付いて重要な振る舞いの変化をもたらしました。BackとUpのガイドラインを意識し従う事でアプリの操作をユーザーが予想できて信頼できるようにします。Android2.3以前はアプリの範囲内での操作においてシステムのBackキーに依存していました。Android3.0のアクションバーの導入で2つ目の操作の仕組みとしてアプリアイコンと左の印からなるUpボタンが加わりました。Back画面間の階層に基づくアプリ内の操作でUpボタンが使用されます。画面Aがアイテムのリストを表示し、アイテムを選択する事で(アイテムの詳細を表示する)画面Bに行くならば、その場合画面Bは画面Aに戻るUpボタンを提供する必要があります。画面がアプリの最上位(すなわちアプリのホーム)であればUpボタンを表示してはいけません。システムの戻るボタンはユーザーが最近見た画面の順に基づいて操作するために用いられます。前回見た画面が階層上でも現在の画面の親にあたる時はBackキーを押すのとUpボタンは同じ結果になります。これはよくある事です。Upボタンがアプリ内に留まるのが確実であるのに対して、Backキーはホームスクリーンや異なるアプリにすらも戻す事が出来ます。Backキーは画面から画面へ直接ナビゲーションするだけでないいくつかの動きもサポートします・Backはフローティングウィンドウ(ダイアログやポップアップ)を取り除きます。・Backはコンテキストアクションバーを取り除き、選択されたアイテムからハイライトを外します。・Backはソフトキーボード(IME)を非表示にします。あなたのアプリのナビゲーション複数のエントリーポイントをもつ画面のナビゲーションまれに、画面がアプリの階層における厳格な位置を持たず、例えば、アプリ内のどの画面からもたどり着ける設定画面のように複数のエントリーポイントから入れる事があります。この場合、Upボタンは参照している画面を選んで戻る必要があります。Backキーと同様の動きです。画面内でビューをかえる画面でビューのオプションを変えることはUpとBackに影響しません。画面はアプリ階層において同じ場所にあります。新しい操作履歴は作られません。そのようなビューの変更の例は以下の通りです。多くの場合において、リストの前後方向にある別のアイテムへナビゲーションをサポートする事が望ましいです。GmailはConversationビューで左右にスワイプする事で同じInboxにある会話のより新しいか、古い内容へ簡単に行けます。ビューを変える時、ナビゲーションはUpまたはBackの動きに作用しません。元のリストに結びつかない関連した詳細ビュー間の移動です。Marketで同じ開発者のアプリや同じアーティストのアルバムを選んだ場合。この場合、関連の各スクリーンを辿るたびに履歴を残し、Backボタンで辿る事になります。Upはこれらの関連したスクリーンは辿らずに、常に最近見たコンテナ画面に移動されなければ行けません。詳細画面の情報に基づきUpの動きをもっとスマートに出来ます。Marketのサンプルを拡張するなら、本から映画に関連する詳細ビューに移動した場合を考えてみます。この場合、ユーザーは辿った事が無いコンテナー(映画)へとUpは戻れます。アプリ外から辿ってきたとき深いアプリ階層へアプリ外から辿ってくるのには2つの場合があります。・intentの受け渡しなど等アプリからアプリへのナビゲーション・通知やホームスクリーンウィジェット等によるシステムからアプリへのナビゲーションGmailがこれらの例を示します。アプリからアプリへのナビゲーションについて、共有intentによって直接Compose画面が開きます。システムからアプリへのナビゲーションについて、新メッセージの通知とホームスクリーンウィジェットはInboxスクリーンを飛び越えて直接conversation画面へ行きます。アプリからアプリへのナビゲーションIntentを通してあるアプリから直接あなたのアプリの深い階層にナビゲーションされたとき、Backは見ているアプリへ戻ります。Upボタンについて:辿り着く画面がアプリ内において典型的な参照元があるなら、Upはその画面へナビゲーションしなければいけません。なければUpはアプリの一番上(アプリのホーム)画面にナビゲーションしなければ行けません。Marketのビューにおいて本を共有するを選択するとユーザーは直接Gmailのcompose画面へ進みます。UpはInbox(偶然ですがこれは典型的な参照元であるとともにアプリの一番上の画面です。Backはマーケットに戻ります。システムからアプリへのナビゲーション通知やホームスクリーンウィジェットによってシステムからアプリに辿り着くなら、Upは上記の「アプリからアプリへのナビゲーション」で説明したのと同様に振る舞います。stackに挿入する事でより予測する動きをしなければ行けません。することで、ユーザーがアプリでどのように辿るか忘れた場合でも、そこから出る前にアプリの一番上のスクリーンへ問題なく操作する事が出来ます。Gmailのホームスクリーンウィジェットは直接compose画面に行くためのボタンがあります。その経路できたあと、1度目のBackキーはInboxに戻り、続けてホームへと戻ります。1の概要を訳してみた。15:50こんにちはです。●調和せず予測不可能な手法はユーザーをイライラさせます。ways.一貫性がなく、予測できない振る舞いをするナビゲーションほどユーザーをイライラさせるものはほとんどありません。17:52●Backキーはホームスクリーンや異なるアプリにすらも戻す事が出来ます。application.Backキーの場合、ユーザーはホームスクリーンだけでなく異なるアプリにも戻れます。翻訳した方がよいと思います。navigation:Backキーは画面から画面へナビゲーションの直接関係しない、以下のような振る舞いもいくつかサポートします※翻訳に洗練の余地があります。18:06すみません。↑の修正案の日本語に問題があります。「厳格な」というようりは「厳密な」という意味と思います。18:48●直接conversation画面へ行きます。viewユーザーは直接conversation画面へナビゲートされます。翻訳した方が良いと思います。18:56●Backは見ているアプリへ戻ります。app.Backにより(その画面を)参照するアプリへ戻ります。※「見ているアプリ」の意味が不明です。19:05●Upボタンについて:辿り着く画面がアプリ内において典型的な参照元があるなら、Upはその画面へナビゲーションしなければいけません。screen.Upボタンは以下のように処理されます。ナビゲート先画面へはアプリ内のある特定の画面からたどり着くのが一般的であるなら、Upはその画面にナビゲートすべきです。※翻訳後の日本語をもう少し改善できるのではないかと思いました。composeこれはcomposeの典型的な参照元であるとともに※”compose”が翻訳漏れになっています。19:25●そこから出る前にアプリの一番上のスクリーンへ問題なく操作する事が出来ます。itアプリから抜ける前にアプリの一番上のスクリーンへ無事ナビゲートできます※1.日本語だけ読むと「そこから出る前に」という部分がわかりにくいです。「操作する」と翻訳していますが、「ナビゲート」の方が分かり良いと思います。1の概要を訳してみた。Kenzプライバシーポリシ。