使用 Activity 启动 Fragment 会更好吗？

Question

我只有一个 Activity 和一个容器 Fragment 时遇到问题，然后我会根据需要替换它。这是正确的方法吗，还是每个Fragment 都有自己的Activity？

例如，使用PreferenceFragment 是否可以从我的MainActivity 做这样的事情：

fm.beginTransaction()
  .replace(R.id.container, new SettingsFragment())
  .addToBackStack(null)
  .commit();

还是只启动一个新的Activity（例如SettingsActivity）来处理Fragment 事务会更好吗？

主要问题与旋转设备有关，但这是一个单独的问题。

Answer 1

这是怎么做的： 有一个单一的活动 - N-Number的片段！

• 根据您的要求，您可以使用 Replacing， Attaching, Detaching
• 看看这个 Stackoverflow 问题，了解执行片段事务的不同方式： Fragment methods: attach(), detach(), remove(), replace(), popBackStack()
• 看看这个 Stackoverflow 问题，了解何时使用替换以及何时使用分离：difference between detaching a Fragment and removing it
• 看看这个 Stackoverflow 问题，了解如何处理方向变化：Understanding Fragment's setRetainInstance

---

您的问题：would it be better to just launch a new Activity (e.g. SettingsActivity) that handles the Fragment transactions?

Ans:: 你可以有一个 Activity，不需要另一个 Activity ！

---

最佳实践 :: 最好有一个activity和多个fragment

原因：片段为您提供了重用的优势，并且许多高级控件对片段起作用！

Answer 2

活动通常是服务于单一目的的小程序。它们的范围可以从非常具体和小到相当复杂。片段是 Activity 的各个部分，旨在协同工作以完成 Activity 所需的所有工作。 Fragment 旨在做好一件事和一件事。如果要显示一篇文章，那就是它的作用。它不关心文章列表，或者改变用户偏好或类似的东西。因此，如果您有一个仅用于显示文章的 Activity，那么这就是您将拥有的唯一片段。

如果您为每个 Activity 使用一个片段，那么您基本上是在转向旧的做事方式（pre-fragment）。这绝对没有错。毕竟事情就是这样。它只会增加混乱，因为您将拥有一个 Fragment 文件和一个 Activity 文件以及其他东西。

一个很好的例子可能是图库应用。最初，您将拥有一个 Activity，其中包含三个松散耦合的 Fragment，它可以交换出去。

GalleryFragment - 显示可用图片和视频的列表。

PictureFragment - 显示具有放大和旋转功能的图片。

VideoFragment - 显示带有播放控件的视频。

就像 Suhail Mehta 所说，如果您的设计需要，您可以在平板电脑上将这些片段一起展示，并且您几乎不需要更改。

稍后，您决定允许其他 3rd 方通过隐式 Intent 共享您的图库应用。为此，您需要再做两个活动：

PictureActivity - 显示提供的图片。仅使用 PictureFragment。

VideoActivity - 仅显示视频。仅使用 VideoFragment。

因此，添加、删除和更新功能非常容易。

Answer 3

每个片段上不应该有自己的活动。片段用于具有单一导航方法或具有多窗格 UI。

片段必须始终嵌入到活动中，并且片段的生命周期直接受宿主活动生命周期的影响。但这并不意味着您将每个片段都嵌入到新的活动中，片段不是为此目的而设计的。

新闻应用程序可以使用一个片段在左侧显示文章列表，使用另一个片段在右侧显示一篇文章——两个片段并排出现在一个活动中，每个片段都有自己的一组生命周期回调方法并处理自己的用户输入事件。因此，用户可以选择一篇文章并在同一个活动中阅读所有文章，而不是使用一个活动来选择一篇文章和另一个活动来阅读文章。

因此，在 Activity 中使用片段的正确做法取决于您的 UX/UI。