android - 何时使用 fragment backstack 与单独的 Activity ？

Question

我已经为 Android 开发了几年，但我仍然发现自己在这个问题上来回徘徊:我什么时候应该在后台堆栈上使用 fragment 还是将每个 fragment 放入自己的 Activity 中？

在Android Fragment documentation ，他们展示了这张图:

我完全理解平板电脑用例，但对于手机用例，我不明白为什么要将每个 fragment 放入其自己的 Activity 中。我通常创建一个 Activity 并将 fragment 添加到后台(通过 FragmentManager)。这些方法中的任何一种都被认为是“正确”的方法吗？如果两者都可以，那么在选择使用哪种方法时有什么好的经验法则？

This question密切相关，但我对此并不完全满意。如果您应该使用单独的 Activity，那么首先要有一个 fragment backstack 有什么意义？

Answer 1

我怀疑是否有正确的方法来做到这一点。在某些情况下，可能有一些方法比其他方法更好，但在大多数情况下，答案是“视情况而定”。

我注意到在带有 Eclipse 的 SDK 的最新版本 (22.x) 中，生成的每个 Activity 只不过是 Fragment 的占位符。 fragment 是自动生成的并包含 View 逻辑。看起来他们想让 Activity 只不过是 Fragments 的占位符/ Controller 。我不认为我同意这一点。虽然我确实看到了平板电脑的用例，但我觉得这种模式应该更多地根据需要使用，而不是作为一般规则使用。这只是我的意见，但我认为将逻辑的 ALL 移动到 Fragment 中会牺牲您使用 Activity 获得的一些好处，因此只有在您需要重复使用时它才是有用的模式特别是那个 fragment 。

If you're supposed to use separate activities, what's the point of having a fragment backstack in the first place?

好问题。我个人更喜欢使用许多 Activity ，并且只在需要在多个地方重新使用逻辑/ View 的地方使用 fragment 。我认为使用 startActivity 和 startActivityForResult 并允许系统管理您的 Activity 堆栈的流程比尝试管理一个巨大的 Fragment 返回堆栈和一个 Activity (再次，只是我的意见)。

那么我什么时候会使用 Fragment 返回堆栈？我最近使用它实际上有一个很好的情况。我有一个 Activity 需要构建一个非常复杂的对象。该对象需要向用户输入许多字段，因此我创建了一个工作流，引导用户一次一步地完成此过程。我创建了一个 Activity 来处理这个逻辑的创建。 UI 的每一步都是一个 Fragment，它从用户那里获取输入，报告回 Activity，然后 Activity 加载下一个 Fragment。 fragment 被添加到返回堆栈中，因此用户可以返回到工作流中的先前步骤。

Object1CreationActivity

FragmentA --> FragmentB --> FragmentC --> FragmentD

Fragments 和 Activity 之间的通信应该通过接口(interface)来完成。如果我们想在其他地方重复使用这些，这一点很重要。因此，我可以重复使用大部分代码来创建另一个对象。

Object2CreationActivity

FragmentB --> FragmentD --> FragmentE

---

总而言之，Fragments、Activity、back stack，这些都是您可以用来制作 Android 应用程序的强大工具。对于何时以及如何使用它们可能没有很好的经验法则，但只要您精通它们如何协同工作，就可以根据您的应用程序适本地使用它们。