片段和片段活动本质上比活动更快吗？
如果我不需要在片段中加载我的活动，我应该使用 FragmentActivities 和 Fragments over Activity 吗？
我问这个问题的原因是因为我多年来一直专门使用 Activity，而 Facebook SDK 以及 Google Maps 2.0 迫使我使用 Fragments，我现在想知道它们是否本质上“更好”，而不是某些其他实施。
如果这“没有建设性”或“过于开放”，那么显然答案是“不”。但如果有一些关于这个主题的谷歌开发者文档或博客，那么我想知道它
在我的上一个应用程序中，我成为了 Fragments 的信徒。无论它们的计算速度是否更快，它们feel更快，因为您基本上可以立即将它们换入换出，如果您做得正确的话，包括对后退堆栈的完全支持（在事务上调用 addToBackStack() 或非常类似的东西）。
我现在使用 Fragments / Fragment 活动进行所有导航，我希望感觉非常快，就像单击一行以获取更多详细信息。只有当我想做一件完全不同的事情并有一个干净的工作开始时，我才会启动新的活动。例如，我通常有一个专门处理登录/注册的 LoginActivity，并且至少还有一个是应用程序的核心。
但 Fragments 的根本好处仍然是其灵活性。我可以在其他片段之上显示片段，在不同的屏幕尺寸上重新排列它们，等等。但还有很多其他好处。只需要一段时间就能感觉自然（就像最初的“活动”一样）。
需要注意的是，我总是后悔在我的布局中嵌入片段。我无法立即给出确切的原因，但本质上你只是失去了一些灵活性。相反，我为每个片段构建一个普通布局，并在活动布局中添加一个占位符视图，以编程方式创建片段，然后使用 transaction.replace() 将其添加到布局中。也许是因为这是我在占位符视图中交换片段的主要方式，并且更喜欢在可能的情况下采用单一的方式来做事。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
