舍弃|完成模式如何与后退按钮一起正确实施？

我已经超过3年的Android用户已经和我用于进入屏幕（活动），更改一些设置，然后按回来。这些更改会自动保存。舍弃|完成模式如何与后退按钮一起正确实施？

现在我正在使用一个应用程序，我想使用Discard |在ActionBar中完成按钮。这个活动是一个设置活动，所以用户改变一些东西，然后按下完成。但是现在我很困惑，因为如果用户按下Back，我应该怎么做？我是否应该保存设置或丢弃它们？

来源

2013-02-05 Héctor Júdez Sapena

在我看来，只保留“放弃”按钮，并在按下后退按钮时保存设置。

来源

2013-02-05 10:18:21 Sporniket

是的，这很有道理。谢谢！ –

如果我必须输入很多东西并需要定期保存，该怎么办？我是否按下并定期再次打开该活动？ – Arvin

对于迟到的回复感到抱歉。你的用例是不同的，我会有一个“保存草稿”，“丢弃”和“应用”功能。我会将“保存草稿”映射到后退按钮。 – Sporniket

对我来说，系统后退按钮应该提供与DISCARD按钮相同的功能。 DONE按钮不应忽视 - 在移动设备或基于桌面的应用程序中，确认操作或主动保存/发送表单中的信息仍然很常见。

卸下DONE按钮Sporniket建议意味着有两个负互动（两者等同于取消），并没有确认到保存操作的用户 - 对我来说，我想知道怎样做才能救我输入/更改的信息。

使用system-back作为默认保存操作是违反直觉的;系统后退按钮通过活动堆栈向后导航 - 它与普通用户的“退出”相关联，而不是保存。

如果你决定继续你的实现（DISCARD只），然后确保你有一些视觉反馈允许用户知道该信息已保存，并帮助训练他们（让他们放心），在您的应用程序，系统后退将保存您的更改。这可以通过在用户按下后使用Crouton来实现，这会显示一条消息，告诉用户数据已保存。

- 编辑：

我要补充一点，我的上述建议是适当的，其中DISCARD/DONE模式是合适的。你在你的问题中提到你习惯于改变设置，然后按回来，让它自动保存你的修改，而且我认为这些是主要切换的区域，而不是正在编辑的内容。

罗马Nurik的帖子here提供更多的指引，甚至提到其中system-back默认保存信息的一种方式。在这种情况下，他描述了用DONE代替可供性，并在溢出菜单中隐藏了DISCARD按钮，引用了用户不希望放弃信息的用例。（恕我直言，我不同意他 - 我认为，如果有一个可见的DONE或Save行动，然后system-back应该丢弃，因为上述原因。至少这是一些指导模式与使用指导方针的支持者之一）

总体而言，我认为如果您提供更多关于用户将在此屏幕中编辑的信息的上下文，则可以更好地回答问题。

来源

2013-05-02 14:54:18 ataulm

这是一个带有EditText和一些复选框的选项（设置）屏幕。由于有一个EditText，我没有在ActionBar模式中实现DISCARD | DONE。并且系统返回还可以保存弹出一个简短的Toast说“选项已保存”。 –

'system-back'如何替换通知？ – ataulm

舍弃|完成模式如何与后退按钮一起正确实施？

回答

相关问题