我知道Activities被设计为代表我的应用程序的单个屏幕，而Fragments被设计为可重用的UI布局，其中嵌入了逻辑。
直到不久前，我开发了一个应用程序，因为它说应该开发它们。我创建了一个“活动”来表示我的应用程序的屏幕，并将碎片用于ViewPager或谷歌地图。我很少创建可以多次重用的ListFragment或其他UI。
最近，我偶然发现一个项目只包含两个活动，一个是SettingsActivity，另一个是MainActivity。MainActivity的布局中填充了许多隐藏的全屏UI片段，仅显示一个。在“活动”逻辑中，应用程序的不同屏幕之间有许多FragmentTransition。
我喜欢这种方法的地方是，因为应用程序使用了ActionBar，所以它保持不变，不会随着屏幕切换动画而移动，这就是“活动切换”所发生的情况。这使屏幕转换更加流畅。
所以我想我要问的是分享你当前关于这个主题的开发方式，我知道这看起来可能是一个基于观点的问题，但我将其视为一个Android设计和架构问题。。。并不是一个真正基于观点的人。
更新（2014年5月1日）：以下是来自Square的Eric Burke的演示（我不得不说，这是一个很棒的演示，为android开发人员提供了很多有用的工具。我与Square没有任何关系）
http://www.infoq.com/presentations/Android-Design/
根据过去几个月的个人经验，我发现构建应用程序的最佳方法是创建一组片段，这些片段代表应用程序中的一个流，并在一个活动中呈现所有这些片段。因此，基本上，应用程序中的活动数与流数相同。这样，动作栏在所有流的屏幕上保持不变，但在更改流时会重新创建，这非常有意义。正如埃里克·伯克（Eric Burke）所说，正如我所认识到的那样，使用尽可能少的活动的哲学并不适用于所有情况，因为它在他所谓的“上帝”活动中造成了混乱。
专家会告诉你：“当我看到UI时，我会知道是使用活动还是片段”。在一开始，这将没有任何意义，但随着时间的推移，你将能够知道你是否需要Fragment。
我发现有一个很好的做法对我很有帮助。当我试图向女儿解释一些事情时，我突然想到了这一点。
也就是说，想象一个代表屏幕的盒子。你能在这个盒子里再装一个屏幕吗？如果使用新框，是否必须从第一个框复制多个项目？如果答案是Yes，那么您应该使用Fragments，因为根Activity可以保存所有重复的元素，以节省创建它们的时间，并且您可以简单地替换方框的部分。
但别忘了，你总是需要一个盒子容器（Activity），否则你的零件会被分散。所以一个盒子里面有零件。
小心不要误用箱子。Android用户体验专家建议（你可以在YouTube上找到他们），何时我们应该显式加载另一个“活动”，而不是使用“片段”（比如当我们处理有类别的导航抽屉时）。一旦你对碎片感到舒适，你就可以观看他们的所有视频。更重要的是，它们是强制性材料。
你现在能看看你的UI并确定你是否需要一个活动或片段吗？你有新的视角吗？我想你做到了。
专家会告诉你：“当我看到UI时，我会知道是使用活动还是片段”。在一开始，这将没有任何意义，但随着时间的推移，你将能够知道你是否需要Fragment。
我发现有一个很好的做法对我很有帮助。当我试图向女儿解释一些事情时，我突然想到了这一点。
也就是说，想象一个代表屏幕的盒子。你能在这个盒子里再装一个屏幕吗？如果使用新框，是否必须从第一个框复制多个项目？如果答案是Yes，那么您应该使用Fragments，因为根Activity可以保存所有重复的元素，以节省创建它们的时间，并且您可以简单地替换方框的部分。
但别忘了，你总是需要一个盒子容器（Activity），否则你的零件会被分散。所以一个盒子里面有零件。
小心不要误用箱子。Android用户体验专家建议（你可以在YouTube上找到他们），何时我们应该显式加载另一个“活动”，而不是使用“片段”（比如当我们处理有类别的导航抽屉时）。一旦你对碎片感到舒适，你就可以观看他们的所有视频。更重要的是，它们是强制性材料。
你现在能看看你的UI并确定你是否需要一个活动或片段吗？你有新的视角吗？我想你做到了。
