在Android API 11+中，谷歌发布了一个名为Fragment的新类。
在视频中，谷歌建议，只要可能(link1, link2)，我们应该使用片段而不是活动，但他们没有解释确切的原因。
片段的目的是什么以及它们的一些可能的用途(除了一些可以通过简单的视图/布局轻松实现的UI示例)?
我的问题是关于片段的:
使用片段的目的是什么? 与使用活动/视图/布局相比，使用片段的优点和缺点是什么?
奖金问题:
您能否为片段提供一些真正有趣的用途?谷歌在他们的视频里没有提到的事情? 在片段和包含它们的活动之间进行通信的最佳方式是什么? 当你使用片段时，最重要的事情是什么?从你的经验中有什么建议和警告吗?
当前回答
片段存在于活动内部，而活动则独立存在。
其他回答
不确定你指的是什么视频，但我怀疑他们说你应该使用片段而不是活动，因为它们不能直接互换。实际上，在开发指南中有一个相当详细的条目，考虑阅读它的详细信息。
In short, fragments live inside activities, and each activity can host many fragments. Like activities, they have a specific lifecycle, unlike activities, they are not top-level application components. Advantages of fragments include code reuse and modularity (e.g., using the same list view in many activities), including the ability to build multi-pane interfaces (mostly useful on tablets). The main disadvantage is (some) added complexity. You can generally achieve the same thing with (custom) views in a non-standard and less robust way.
片段在某些情况下特别有用，比如我们想在所有页面中保留一个导航抽屉。你可以用你想要的任何片段来膨胀框架布局，并且仍然可以访问导航抽屉。
如果您使用了一个活动，那么您将不得不在所有活动中保留抽屉，这将导致冗余代码。这是片段的一个有趣用法。
我是Android的新手，仍然认为碎片是有帮助的。
为什么碎片呢?
片段被创建来替换大多数活动用例。看看这个Android开发峰会。
什么时候使用片段而不是活动?
总是这样，除非你真的需要一个只在活动中可用的API。
如果你以前写过前端，那么使用前端组件(React, Vue或Angular)。将片段视为活动中的可重用组件。
这是我在片段中发现的重要信息:
Historically each screen in an Android app was implemented as a separate Activity. This creates a challenge in passing information between screens because the Android Intent mechanism does not allow passing a reference type (i.e. object) directly between Activities. Instead the object must be serialized or a globally accessible reference made available. By making each screen a separate Fragment, this data passing headache is completely avoided. Fragments always exist within the context of a given Activity and can always access that Activity. By storing the information of interest within the Activity, the Fragment for each screen can simply access the object reference through the Activity.
来源:https://www.pluralsight.com/blog/software-development/android-fragments
