我的应用程序有一个定义的流程,从1段开始,始终移动到第2、3、4、5和最后的第6段。由于水流的性质,通常也会通过碎片向后移动。
我没有在应用程序中实现后退按钮,因为我记得我读过谷歌的设计理论,该理论建议永远不要实现back按钮,因为Android设备实现了自己的back按钮。
我还在开发中,我已经和用户一起测试了这个应用程序,并且我收到了反馈,我应该实现一个back按钮。
我的第一个想法是拒绝反馈,因为我上面提到的理论原理,但是我记不起关于这个原理的足够的细节,所以我想知道我的记忆是否不准确。
这个原则正确吗?实现后退按钮是违反谷歌设计原则的吗?
发布于 2018-05-19 13:06:24
我想你读到的是这。
您的应用程序不应该添加一个后退按钮到用户界面。
这并不意味着您不能覆盖onBackPressed并添加所需的行为。这只意味着您应该使用Android提供的back按钮,而不是添加具有相同功能的另一个按钮。不过,我还是看到了很多应用程序都在使用home按钮,例如,它们的行为与back按钮相同。
google在上面的链接中给出了这种覆盖行为的一个简单实现:
override fun onBackPressed() {
if (mWebView.canGoBack()) {
mWebView.goBack()
} else {
// Otherwise defer to system default behavior.
super.onBackPressed()
}
}在这里,他们使用它向WebView提供回按钮行为。同样,也可以在后台的片段中导航。
此外,用户应该是决定你的UX,谷歌给你的指导方针,已经证明是正确的。有时,随着手机和用户体验的发展,这些指导方针也会过时。因此,如果您的用户需要一个备份行为,您应该添加一个。
https://stackoverflow.com/questions/50425558
复制相似问题