我已经有超过3年的Android用户了，我习惯进入屏幕（活动），更改一些设置并按回。更改会自动保存。
现在我正在开发一个应用程序，我想使用Discard |在ActionBar中完成按钮。此活动是一个设置活动，因此用户更改了一些内容，然后按下完成。但是现在我很困惑，因为如果用户按下Back，我该怎么办？我还应该保存设置还是应该丢弃它们？
答案 0 :(得分：2)
在我看来，只保留“丢弃”按钮，并在按下后退按钮时保存设置。
答案 1 :(得分：0)
对我来说，系统返回按钮应该提供与DISCARD按钮相同的功能。 DONE按钮不应被忽视 - 它仍然是常见的（在移动或基于桌面的应用中）以确认操作，或主动保存/发送表单中的信息。
删除DONE按钮，因为Sporniket建议意味着有两个否定交互（两者都等同于取消）并且没有向用户确认保存操作 - 对我来说，我＆＃ 39;我想知道如何保存我输入/更改的信息。
使用system-back作为默认保存操作是违反直觉的;系统返回按钮向后导航活动堆栈 - 它与＆＃34;退出＆＃34;相关联。普通用户，而不是保存。
如果您决定继续实施（仅限DISCARD），请确保您拥有一些视觉反馈，以便用户知道该信息已保存并提供帮助训练他们（安慰他们）在你的应用程序中，系统返回将保存你的更改。这可以通过在用户按下时使用Crouton来实现，这会显示一条消息，告诉用户数据已保存。
- 编辑：
我应该补充一点，我的上述建议适用于DISCARD/DONE模式适用的地方。您在问题中提到您已经习惯了更改设置，然后按下，让它自动保存您的更改，我认为这些区域主要是切换，而不是正在编辑的内容
Roman Nurik的帖子 here 提供了更多指南，甚至提到了system-back默认保存信息的方式。在这个例子中，他描述了DONE替换up示能表示，并在溢出菜单中隐藏DISCARD按钮，引用用户不太可能想要的用例丢弃信息。 （恕我直言，我不同意他的观点 - 我认为，如果有DONE或Save可见行动，那么system-back应该丢弃，原因如上所述。那就是说，至少它是该模式的一些指导者使用指南的模式的一些指导。）
总的来说，如果您提供有关用户将在此屏幕中编辑的信息的更多背景信息，我认为可以更好地回答这些问题。