2

ユーザーがメイン アクティビティからログインし、リストビューを使用してエンティティの階層を参照できるアプリがあります。したがって、Activity スタックは次のようになります。

A -> B -> B -> B -> ...

ここで、B の数はエンティティ ツリーの深さに比例します。ルート (最初の「B」) に到達するために backbackbackbackback を押すことがよくありますが、何度も押しすぎてログアウトするか、アプリを終了することさえあります。戻るボタンをオーバーライドして、ルート B から押すと、基本的に「ログアウトしますか? (Y/N)」というダイアログがポップアップするようにすることを検討しています。 .

ただし、戻るボタンをオーバーライドすることに関して、ある種の過敏さに気づきました。私には理にかなっていますが、これが戻るボタンの適切な使用法と見なされるかどうかを知りたいです。

だから： これは、戻るボタンの適切な/従来のオーバーライドと見なされますか? オーバーライドせずにこれを達成するためのより良い/より従来の方法はありますか?

また、この質問は将来的により一般的に役立つ可能性があります。戻るボタンをオーバーライドするときに何が受け入れられるか、または受け入れられないかについてのガイドラインはありますか?

4

2 に答える 2

1

私はこの使用法を受け入れられると思います。終了する前に確認を求めるアプリをいくつか見てきました。ユーザーがアプリを終了したい場合は、通常、ホームボタンを押して、必要に応じてAndroidにfinish（）を処理させます。

何度も押してアプリを誤って終了したことはわかっています:(

Handcentに関するDotmisterのコメントは的を射ている-戻るボタンはユーザーにとって自然に感じられるはずだ。ユーザーはほとんどの場合、期待どおりにアクティビティを循環するという点で、あなたの使用はこれに準拠しているようです。彼が言ったように、それを試してみてください。

偶然にも、私のアプリにも同様のフローがありますが、ルートアクティビティ用のボタンを含めました。

于 2011-04-25T10:35:28.310 に答える
0

いいえ、ユーザーは戻るボタンが次のように機能することを期待しているため、戻るボタンを上書きするのは正常ではありません... ?? 戻るボタン。

反対に、コンプレックスよりも、通常の方法で戻るボタンを使用するのが本当に面倒な場合はどうなりますか? 常に良くなります。ただし、ユーザーが自分のルールに従ってデバイスを「制御」しているという考えを持っていることを確認してください。ユーザーにあなたのルールを探させないでください。（オランダ語の言い方、ごめんなさい）。

見つける唯一の方法は、何人かの人にあなたのアプリケーションを試してもらい、迷惑かどうかを確認してもらうことです。

于 2011-04-18T21:59:00.910 に答える