关于如何处理 Android 活动与片段中的 UI 转换是否有任何模式？我目前正在研究一个在景观中最多有 3 列的 UI。 我希望用户界面从屏幕上的 1 列开始，然后在第二列中选择移动的内容，然后在平板电脑和手机的第三列中单击第二列中的某些内容，然后在第一列中淡出在手机上。 我想知道什么时候应该将其作为 Activity 转换执行，什么时候应该只使用带有显示视图的片段。据我所知，片段可以移动到其他活动，所以我的选择是使用静态列布局实现活动，然后将片段与它们一起转换，或者让一个活动与所有 3 列一起并让活动管理出现片段。这两种方法都可以工作，但我对这两种解决方案的优缺点感兴趣。
有两个问题与我的问题相似，但没有完全回答我的问题
【问题讨论】：
标签： android android-layout android-3.0-honeycomb android-fragments android-activity
Fragment 看起来像是更多的代码（因为您将视图放入片段中，并将片段放入 Activity 中，而不仅仅是 Activity 中的视图），但它们非常适合让您免于烦恼在这种情况下-绝对要使用 Fragments。他们甚至为您处理过渡。
我们有一些名为“Honeycomb Gallery”的示例代码，您可以查看here，它具有两列加操作栏布局，并且能够显示/隐藏最左侧的列。这应该可以让您在弄清楚如何为多个片段进行布局并显示/隐藏它们方面提供一个良好的开端。
仅供参考，在一个活动中使用多个片段而不是多个活动的一个重要权衡是片段不直接响应意图 - 例如，如果您有一个笔记应用程序，其中“查看笔记”页面是一个活动，你改变了它，以便在主活动中有一个“查看笔记”片段，然后你必须设置它，以便主活动接收一个笔记 ID 和一个笔记动作（创建、查看、编辑，无论如何）在意图中，而不是仅仅让“查看笔记”活动在意图中接收笔记ID。然后，主 Activity 需要相应地在页面上设置片段。没什么大不了的，但如果通过 Intent 对应用程序各个部分的外部可访问性很重要，那么将应用程序分解为几个 Activity 以及使用片段来表示各个组件可能会更容易。
【讨论】：
基于页面The Android 3.0 Fragments API，一个活动是独立的，而一个片段可以被认为是一个迷你活动，它必须托管在一个实际的活动中。
接着说，Fragment API 的引入使 Android 开发人员有机会解决开发人员在使用活动时遇到的许多痛点，因此在 Android 3.0 中，Fragment 的实用性远远超出了仅针对不同屏幕进行调整的范围：
我认为在应用中使用单个 Activity 不一定是错误的决定，只是风格问题。这是您应该根据您要完成的任务做出的决定。
但是，人们认为 Fragments 的引入是为了解决现实世界的问题。仅基于此，我建议您编写一些“概念证明”代码并评估结果。目前，这可能是唯一重要的现实世界测试
【讨论】：
使用全屏活动
将片段用于部分或不使用屏幕（但不是服务）
在我的主应用程序中，我希望在应用程序的多个部分中保留水平滚动视图中的屏幕选项卡。部分包括 新闻、照片、视频、日程安排等。所有单用户可聚焦的任务。
包含所有内容的主应用程序是一个应用程序，选项卡只是一个调用片段管理器的视图。
但是，我将活动用于应用程序更深层次的复杂用户活动。例如。如果有人播放视频、查看项目详细信息页面和照片库/幻灯片部分，因为它们都是全屏组件。
在切换到全屏时无需显示/隐藏片段，因为活动堆栈可以快速轻松地处理您想要执行的所有操作，并保持您的代码简洁明了。
所以我有 Activity -> 房屋碎片 -> 为特殊命令启动全屏活动。
【讨论】：