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