我对 Android 上的“对话框”有疑问。
¿对话框上需要一个“取消”按钮，或者我们假设用户会按下“返回”按钮来关闭它？
我知道这是个人选择，但我想知道在这种情况下是否有来自谷歌或 Android 的指南。
在这个链接中有一些关于它的信息： UI design - Include a Cancel button or not?
但这是“windows”，我是在 Android 中问的（我相信这应该不同！）
【问题讨论】：
标签： android user-interface design-guidelines
您应该添加取消按钮。
假设您正在制作一个将发送到平板电脑的 ICS 应用程序，“后退”按钮离左侧太远，以至于人们用一只手拿着平板电脑时无法单击。
当您提供取消按钮时，对话框也有某种上下文。通常带有一个按钮的对话框意味着用户没有选项。当您同时拥有“确定”和“取消”按钮时，它会向用户提示他/她可以选择。
错误对话框通常有一个按钮：“确定”，让用户知道他可以使用的东西不多。
网络可用对话框有两个按钮：“确定”和“取消”，让用户知道他可能会或可能不会加入网络。
实际上，正如您链接的问题的答案中提到的那样，您应该两者都做以获得更好的支持。
【讨论】：
虽然我不记得任何具体的指导，但我认为有很多隐含的证据表明你应该在对话框中使用取消按钮。如果您查看 Android 设计网站，您会看到 examples of it。 documentation on Dialogs中也提到过：
但是，请注意，对话也可以“取消”。这是一种特殊情况，表明该对话框已被用户明确取消。如果用户按下“返回”按钮关闭对话框，或者对话框显式调用 cancel()（可能来自对话框中的“取消”按钮），就会发生这种情况。当一个对话框被取消时，仍然会通知 OnDismissListener，但是如果你想被告知该对话框被显式取消（并且没有正常关闭），那么你应该使用 setOnCancelListener() 注册一个 DialogInterface.OnCancelListener。
如果您的对话框纯粹是提供信息，那么我认为没有必要，但如果按下您的肯定按钮（例如确定）和取消之间有任何行为差异，那么我相信您应该有一个明确的取消按钮。
【讨论】：
这真的取决于上下文。你真的应该保存后退按钮吗？有时是，有时不是。尝试所有排列，看看你最喜欢哪种（A/B 测试）
编辑：刚刚看到它是对话框。我会说是的，除非您需要空间。我认为它更具体，更容易理解。
【讨论】：
这取决于您要在对话框中提供什么信息。 如果有一个退出对话框，您将需要取消按钮，如果不需要取消按钮，那么只有一个按钮可以显示信息。当按下该按钮时，它将返回上一个活动。 ..
【讨论】：