我的应用程序应该实现后退按钮吗？

Question

我的应用程序有一个已定义的流程，从1个片段开始，并始终移动到第2，第3，第4，第5和最后的第6个片段。由于流动的性质，通常也会通过碎片向后移动。

我没有在应用程序中实现后退按钮，因为我记得从谷歌阅读设计理论，建议永远不要实现后退按钮，因为Android设备实现了他们自己的后退按钮。

我还在开发中，我已经和用户一起测试了应用程序，我收到了反馈，我应该实现一个后退按钮。

我的第一个想法是拒绝反馈，因为我上面提到的理论原则，但是我不能记得有关能够再次找到它的原理的足够细节，所以我想知道我的记忆是否不准确。 / p>

这个原则是否正确？实施后退按钮是违反Google设计原则的吗？

Answer 1

我认为您所阅读的内容是this。

  

您的应用不应向用户界面添加“后退”按钮。

这并不意味着您无法覆盖onBackPressed并添加您想要的行为。 这仅表示您应该使用Android提供的后退按钮，而不是添加具有相同功能的其他按钮。我仍然看到大量使用主页按钮的应用程序，例如，与后退按钮具有相同的行为。

google在上面的链接中给出了这种覆盖行为的简单实现：

override fun onBackPressed() {
    if (mWebView.canGoBack()) {
        mWebView.goBack()
    } else {
        // Otherwise defer to system default behavior.
        super.onBackPressed()
    }
}

在这里，他们使用它为WebView提供后退按钮行为。也可以通过后台堆栈中的片段进行导航。

此外，用户应该是决定用户体验的用户，Google会为您提供经过验证的正确指南。有时这些指南会随着手机和用户体验的发展而过时。因此，如果您的用户需要后退行为，则应添加一个。