自Jetpack以来，Single Activity应用程序是首选的架构。特别适用于导航体系结构组件。

来源

好吧，根据谷歌的讲座（也许在这里，我不记得了），你应该考虑尽可能使用碎片，因为它使你的代码更容易维护和控制。

然而，我认为在某些情况下，它可能变得过于复杂，因为承载片段的活动需要在它们之间导航/通信。

我认为你应该自己决定什么最适合你。将活动转换为片段通常并不难，反之亦然。

如果你想进一步阅读，我已经在这里创建了一篇关于这个dillema的帖子。

不要忘记，活动是应用程序的块/组件，可以通过Intent共享和启动！因此，应用程序中的每个活动只能解决一种任务。如果您的应用程序中只有一个任务，那么我认为您只需要一个活动和多个片段（如果需要）。当然，您可以在解决其他任务的未来活动中重用片段。这种方法将明确和合乎逻辑地分离任务。您不需要为不同的片段集维护一个具有不同意图过滤器参数的活动。您可以根据需求在开发过程的设计阶段定义任务。

在我看来，这并不重要。要考虑的关键因素是

你多久会重复使用一部分UI（例如菜单），该应用程序也适用于平板电脑吗？

碎片的主要用途是构建多路径活动，这使得它非常适合Tablet/Phone响应应用程序。

自Jetpack以来，Single Activity应用程序是首选的架构。特别适用于导航体系结构组件。

来源

为什么我在所有情况下都喜欢片段而不是活动。

活动费用高昂。在Fragment中，视图和属性状态是分开的——每当片段处于后台时，其视图都将被销毁。因此，您可以堆叠比“活动”多得多的碎片。回钉操作。使用FragmentManager，可以很容易地清除所有碎片，插入更多的碎片等。但对于Activity来说，操纵这些东西将是一场噩梦。可预测的生命周期。只要不回收主机“活动”。背景中的碎片不会被回收。因此，可以使用FragmentManager:：getFragments（）查找特定的Fragment（不鼓励）。