私はすでに3年以上Androidユーザーであり、画面（アクティビティ）に入り、いくつかの設定を変更して、戻るのに慣れています。変更は自動的に保存されます。
今、私はアプリを捧げています、そして私は破棄を使いたいと思いました| アクションバーの完了ボタン。このアクティビティは設定アクティビティであるため、ユーザーはいくつかの変更を行ってから[完了]を押します。しかし、ユーザーが戻るを押した場合はどうすればよいので、今は混乱しています。設定も保存する必要がありますか、それとも破棄する必要がありますか？
私の考えでは、「破棄」ボタンのみを保持し、戻るボタンが押されたときに設定を保存します。
私にとって、システム戻るボタンはボタンと同じ機能を提供する必要がありDISCARDます。ボタンを無視しないでください。DONEアクションを確認したり、フォームに情報を積極的に保存/送信したりすることは、（モバイルまたはデスクトップベースのアプリでは）依然として一般的です。
DONESporniketが示唆しているようにボタンを削除すると、2つの否定的な相互作用（両方ともキャンセルに相当）があり、保存アクションのユーザーへの確認がありません-私にとって、入力した情報を保存するにはどうすればよいか疑問に思います/かわった。
デフォルトの保存アクションとしてsystem-backを使用することは、直感に反します。システム戻るボタンは、アクティビティスタックを逆方向にナビゲートします。これは、保存ではなく、一般ユーザーによる「終了」に関連付けられています。
実装を続行することを決定した場合（DISCARDのみ）、情報が保存されたことをユーザーに知らせ、アプリでシステムに戻ることをトレーニング（再保証）するのに役立つ視覚的なフィードバックがあることを確認してください変更を保存します。Croutonこれは、ユーザーが押し戻すときにを使用することで実現できます。これにより、データが保存されたことをユーザーに通知するメッセージが表示されます。
- 編集：
DISCARD/DONEパターンが適切な場合は、上記の推奨事項が適切であることを追加する必要があります。質問の中で、設定を変更し、押し戻すと、変更が自動的に保存されることに慣れているとおっしゃいましたが、これらは編集中のコンテンツではなく、主にトグルする領域であると思います。
ここでのRomanNurikの投稿は、より多くのガイドラインを提供system-backし、デフォルトで情報を保存する方法についても言及しています。この例では、アフォーダンスをDONE置き換え、オーバーフローメニューのボタンを非表示にすることを説明し、ユーザーが情報を破棄する可能性が低いユースケースを挙げています。（私見、私は彼に同意しません-目に見えるまたは行動がある場合は、上記の理由で破棄する必要があると思います。とはいえ、少なくとも、パターンの支持者の1人からの使用ガイドラインを含むパターンのガイダンスです。）upDISCARDDONESavesystem-back
全体として、この画面でユーザーが編集する情報についてより多くのコンテキストを提供すれば、より適切に答えられると思います。