使用导航抽屉时管理后退按钮行为的准则是什么？
What are the guidelines governing back button behavior when using a navigation drawer?
在包含许多可通过导航抽屉访问的 Fragment 的应用中处理后退按钮按下的推荐方法是什么？我看到两种可能性：
- 将所有片段添加到后退堆栈，以便当用户按下后退按钮时他（她）returns 到前一个片段；
- 无论用户经过多少片段，总是在按下后退按钮时退出应用。
我以前一直使用第一种方法，但最近收到一些反馈让我切换到第二种方法。
Android 文档有 some pretty comprehensive guidelines 管理后退和向上按钮的导航模式（带有示例！）。这些指南显然没有讨论导航实现（在 Activity 与 Fragment 用法方面）——事实上，似乎合适的方法可能是首先决定导航结构，然后从那里开始决定基于 Activity 还是基于 Fragment 的实施最适合。
无论哪种方式，上面的 Android 文档应该会告诉您如何以最支持平台的方式处理该问题。是否建立后退栈（以及你在后退栈中做什么和不做什么）应该由你的应用程序的逻辑结构决定 UI.
由于您似乎使用的是抽屉式导航栏，因此可直接从抽屉式导航栏访问的任何内容都将被视为 'top level'，在这种情况下，在其中一个屏幕上按返回或向上键可能会退出该应用程序。
在包含许多可通过导航抽屉访问的 Fragment 的应用中处理后退按钮按下的推荐方法是什么？我看到两种可能性：
- 将所有片段添加到后退堆栈，以便当用户按下后退按钮时他（她）returns 到前一个片段；
- 无论用户经过多少片段，总是在按下后退按钮时退出应用。
我以前一直使用第一种方法，但最近收到一些反馈让我切换到第二种方法。
Android 文档有 some pretty comprehensive guidelines 管理后退和向上按钮的导航模式（带有示例！）。这些指南显然没有讨论导航实现（在 Activity 与 Fragment 用法方面）——事实上，似乎合适的方法可能是首先决定导航结构，然后从那里开始决定基于 Activity 还是基于 Fragment 的实施最适合。
无论哪种方式，上面的 Android 文档应该会告诉您如何以最支持平台的方式处理该问题。是否建立后退栈（以及你在后退栈中做什么和不做什么）应该由你的应用程序的逻辑结构决定 UI.
由于您似乎使用的是抽屉式导航栏，因此可直接从抽屉式导航栏访问的任何内容都将被视为 'top level'，在这种情况下，在其中一个屏幕上按返回或向上键可能会退出该应用程序。