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

Question

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

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

我仍在开发中，我已经与用户一起测试了该应用，并且收到了我应该实现后退按钮的反馈。

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

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

Answer 1

我想你读到的是this。

您的应用不应向 UI 添加返回按钮。

这并不意味着您不能覆盖 onBackPressed 并添加您想要的行为。 这仅意味着您应该使用 Android 提供的返回按钮，而不是添加另一个具有相同功能的按钮。我仍然看到很多应用程序使用主页按钮，例如，与返回按钮的行为相同。

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

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

在这里，他们使用它为 WebView 提供后退按钮行为。同样可以在后台浏览您的片段。

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