为什么要使用片段，以及何时使用片段代替活动？

在Android API 11+中，Google发布了一个名为的新类Fragment。

Google在视频中建议，在可能的情况下（link1，link2），我们应该使用片段而不是活动，但它们并没有确切说明原因。

片段的目的是什么以及它们的可能用途（除了一些可以通过简单的视图/布局轻松实现的UI示例）？

我的问题是关于片段的：

1. 使用片段的目的是什么？
2. 与使用活动/视图/布局相比，使用片段的优缺点是什么？

奖励问题：

3. 您能为片段提供一些非常有趣的用途吗？Google在影片中没有提及的内容？
4. 在片段和包含片段的活动之间进行交流的最佳方式是什么？
5. 使用片段时要记住的最重要的事情是什么？您的经验中有任何提示和警告吗？

＃1＆＃2使用片段的目的是什么？与使用活动/视图/布局相比，使用片段的优缺点是什么？

片段是Android创建可重用用户界面的解决方案。您可以使用活动和布局（例如，使用包含）来实现某些相同的目的。然而; 片段通过HoneyComb或更高版本连接到Android API。让我详细说明；

• 的ActionBar。如果您希望在那里的选项卡导航您的应用程序，您会很快看到该ActionBar.TabListener界面为您提供了FragmentTransaction该onTabSelected方法的输入参数。您可能会忽略这一点，而做其他又聪明的事情，但是您将使用该API，而不是使用它。

• FragmentManager巧妙地为您处理“后退” 手柄。上一步并不意味着返回到上一个活动，就像常规活动一样。这意味着回到先前的片段状态。

• 您可以将酷ViewPager与一起使用FragmentPagerAdapter来创建滑动界面。该FragmentPagerAdapter代码比常规适配器干净得多，并且它控制各个片段的实例化。

• 如果您尝试为手机和平板电脑创建应用程序时使用Fragments，那么您的生活将会轻松很多。由于这些片段与Honeycomb + API紧密相连，因此您也将希望在手机上使用它们以重用代码。这就是兼容性库派上用场的地方。

• 您甚至可以并且应该为仅用于手机的应用程序使用片段。如果您要考虑便携性。我使用ActionBarSherlock和兼容性库来创建“具有ICS外观”的应用程序，这些应用程序在回溯到1.6版之前一直一样。您可以使用ActionBar，带有标签，溢出，拆分操作栏，viewpager等最新功能。

红利2

片段之间进行通讯的最佳方式是意图。当您按片段中的某个内容时，通常会调用StartActivity()带有数据的内容。该意图将传递给您启动的活动的所有片段。

不确定您指的是什么视频，但我怀疑他们是说您应该使用片段而不是活动，因为它们不能直接互换。开发指南中实际上有一个相当详细的条目，请考虑阅读以获取详细信息。

简而言之，片段存在于活动中，每个活动可以承载许多片段。与活动类似，它们具有特定的生命周期，与活动不同，它们不是顶级应用程序组件。片段的优势包括代码重用和模块化（例如，在许多活动中使用相同的列表视图），包括构建多窗格界面的能力（在平板电脑上最有用）。主要缺点是（有些）增加了复杂性。通常，您可以使用（非定制的）非标准且不那么可靠的视图来实现（自定义）视图的相同功能。

片段是应用程序的用户界面或行为的一部分，可以放置在活动中，以实现更具模块化的活动设计。如果我们说片段是一种子活动，那不会错。

以下是有关片段的重点：

1. 片段具有自己的布局和行为，以及自己的生命周期回调。

2. 您可以在活动运行时在活动中添加或删除片段。

3. 您可以在一个活动中组合多个片段，以构建一个多窗格UI。

4. 一个片段可以用于多个活动。

5. 片段的生命周期与其宿主活动的生命周期密切相关。

6. 当活动暂停时，活动中可用的所有片段也将停止。

7. 片段可以实现没有用户界面组件的行为。

8. 片段已添加到API版本11的Android 3（Honeycomb）中的Android API中。

有关更多详细信息，请访问官方网站Fragments。

这是我在片段上发现的重要信息：

历史上，Android应用程序中的每个屏幕都是作为单独的活动实现的。由于Android Intent机制不允许直接在Activity之间传递引用类型（即对象），因此在屏幕之间传递信息时会遇到挑战。相反，必须对对象进行序列化或使全局可访问引用可用。

通过使每个屏幕成为一个单独的片段，可以完全避免传递数据的麻烦。片段始终存在于给定活动的上下文中，并且始终可以访问该活动。通过在活动中存储感兴趣的信息，每个屏幕的片段都可以通过活动简单地访问对象引用。

来源：https：//www.pluralsight.com/blog/software-development/android-fragments

活动是应用程序中带有工具栏的全屏组件，其他所有内容最好都是片段。具有工具栏的一个全屏父活动可以具有多个窗格，可滚动页面，对话框等（所有片段），所有这些都可以从父访问并且可以通过父进行通信。

例：

活动A，活动B，活动C：

• 所有活动都需要重复相同的代码，例如以显示基本工具栏，或从父活动继承（变得麻烦管理）。
• 要从一项活动转移到另一项活动，所有这些活动要么都需要保存在内存中（开销），要么就需要销毁一个活动才能使另一个活动打开。
• 活动之间的交流可以通过意图进行。

与

活动A，片段1，片段2，片段3：

• 没有代码重复，该活动的所有屏幕都有工具栏等。
• 从一个片段移到下一个片段的几种方法-查看寻呼机，多窗格等。
• 活动拥有最多的数据，因此需要最少的片段间通信。如果仍然需要，可以通过接口轻松完成。
• 片段不需要全屏显示，设计时具有很大的灵活性。
• 如果不需要视图，则片段不需要夸大布局。
• 多个活动可以使用相同的片段。

片段在某些情况下特别有用，例如我们要在所有页面中保留一个导航抽屉。您可以使用所需的任何片段为框架布局充气，并且仍然可以访问导航抽屉。

如果您使用了活动，则必须将抽屉保留在所有活动中，这会产生冗余代码。这是片段的一种有趣用法。

我是Android的新手，但仍然认为片段有助于这种方式。

我知道这已经讨论到死了，但是我想补充一点：

• 片段可用于填充，Menu并且可以MenuItem自行处理点击。从而为您的活动提供进一步的调制选项。您可以在不知道Activity的情况下执行ContextualActionBar等操作，并且基本上可以将其与Activity所处理的基本操作（导航/设置/关于）分离。

• 带有子Frags的父Frag可以为您提供更多选项来调制组件。例如，您可以轻松地交换碎片，将新的碎片放在传呼机中或将其删除，重新排列它们。所有这些都使您的活动一无所知，只专注于更高层次的内容。

片段生活在活动中，并具有：

• 自己的生命周期
• 自己的布局
• 它自己的子片段等

将片段视为其所属主要活动的子活动，它不能独立存在，可以一次又一次地被调用/重用。希望这可以帮助 ：）

1.使用片段的目的？

• 答：
  1. 处理设备尺寸差异。
  2. 在应用程序屏幕之间传递信息。
  3. 用户界面组织。
  4. 高级UI隐喻。

碎片存在于活动内部，而活动本身存在。