android - fragment 和 fragment Activity 天生就比 Activity 快吗？

Question

Fragments 和 Fragment Activity 是否天生就比 Activity 快？

如果我不需要在 fragment 中加载我的 Activity，我应该使用 FragmentActivities 还是 Fragments 而不是 Activity？

我问的原因是因为多年来我一直专门使用 Activities，Facebook SDK 和 Google Maps 2.0 迫使我使用 Fragments，我现在想知道它们是否本质上“更好” ，与其他一些实现相比。

如果这“没有建设性”或“过于开放”，那么答案显然是“否”。但是如果有一些关于这个确切主题的谷歌开发者文档或博客，那么我想知道它

Answer 1

在上一个应用程序中，我成为了 Fragments 的信徒。无论它们在计算上是否更快，它们感觉都更快，因为您基本上可以瞬间将它们换入换出，包括如果操作正确(在事务上调用 addToBackStack()，或非常相似的东西)。

我现在将 Fragments/Fragment Activity 用于我希望感觉非常快速的所有导航，例如单击一行以获取更多详细信息。我只会在我想做一件完全不同的事情并且有一个干净的工作平台时才开始新的 Activity 。例如，我通常有一个专门处理登录/注册的 LoginActivity，至少还有一个是应用程序的核心。

但 Fragments 的根本优势仍然是其灵 active 。我可以在其他 fragment 之上显示 fragment ，在不同的屏幕尺寸上重新排列它们，等等。但是还有很多其他好处。感觉自然需要一段时间(就像 Activities 一开始所做的那样)。

一个警告，我总是后悔在我的布局中嵌入 fragment 。我无法在这里给出确切的原因，但本质上你只是失去了一些灵 active 。相反，我为每个 fragment 构建一个普通布局，并在 Activity 布局中添加一个占位符 View ，以编程方式创建 fragment ，然后使用 transaction.replace() 将其添加到布局中。也许是因为这是我将 fragment 交换进出该占位符 View 的主要方式，并且更喜欢在可能的情况下只使用一种方式做事。