5
分割还是不分割-针对活动的嵌套片段。为什么要使用多个活动？
关于是否应使用Activities还是使用了很多讨论Fragments。例如： 片段化或非片段化 一个活动和所有其他片段 多少活动与片段 在Android应用程序中使用活动或片段 我发现的大多数讨论都是在Android 4.2之前发布的。 Google借助Android 4.2发明了嵌套片段。 因此，我实际上再也看不到任何理由使用多个 Activity。 在初期，Fragments它们应该在Apps中用于支持Tablets和舒适地同时智能手机。 因此，例如，您有一个ListView可以打开View有关单击项目的详细信息。在智能手机上，我们将替换ListView并显示详细信息View。而平板电脑，而不是与详细信息视图替换列表可以同时显示Views在同一时间。 现在有了嵌套，Fragments还有许多其他可能性。如果您要使用单个Activity，可以将常规信息存储在Activity，每个Fragment人都可以访问它。 除此之外，Fragments谁筑巢Fragments人还可以为他们的孩子存储信息Fragments。 有了Fragments我可以轻松地重用的方式Views，我可以同时显示多个内容，并且可以轻松地Fragment从一个对话框中形成一个对话框。Fragment。这一切可能只需要我执行一些复制和粘贴操作。 如果我Activities改用了，我必须认真地进行很多更改以完成此操作。 我最近实现了一个应用程序，在其中我可以轻松地使用两个应用程序Fragment-ViewPager使事情变得真正美丽和动态（某种形式：今天的信息-昨天的信息）。我认为Fragments让我们的生活更轻松:) 问题： 为什么要使用多个Activity？ 您能否提供一个很好的示例，在其中使用多次Activities而不是使用更有意义Fragments？ 有什么好的例子，您别无选择，只能使用Activities吗？ 我认为大多数较大的框架（如Maps，YouTube和co）都已支持Fragments。因此，我们不必依赖Activities。也就是它很容易对付NavigationBar，TabHosts，ViewPager，ActionBar如果你使用Fragments。 从Udacity： 为什么不总是创建一个带有很多片段的活动？ 复杂性增加 更难的意图处理 难以阅读，维护和测试 紧密耦合的风险 安全问题