我知道这可能看起来像一个愚蠢的问题，但我发现片段非常混乱。我了解他们的目的以及他们如何帮助模块化代码。它们很吸引人，但我所看到的只是将两个片段放置在大屏幕上的一个活动中以及将相同的两个片段放置在小屏幕上的不同活动中的非常普遍的示例。我想知道在实践中它们通常是如何使用的。
例如，我正在开发的应用程序，到目前为止没有碎片，使用收件箱。我想将我的应用程序转换为片段，但我不知道如何去做：整个收件箱应该是一个片段还是列表视图应该是一个片段，“检查全部”栏是另一个，选项栏是什么时候一个被检查是另一个？目前，我可以通过更改 android:visibility 来根据事件显示和隐藏按钮来实现这种外观，但它们看起来可能是片段，以及它们如何在 Gmail 上滑入和滑出屏幕，看起来可能是片段替换操作。
我只需要知道片段是否应该设计在一个非常通用的模块化级别——例如“收件箱”——还是更具体的“动作”级别。我敢肯定，将每个按钮或一小组按钮都变成一个单独的片段会有点过头了，但界限在哪里？
任何帮助将不胜感激:-)
我认为对于那些刚接触 Fragments 的人来说，从 UI 的角度来考虑它们是最容易的。Android 开发人员指南中有一个很好的演示图像。
目标是使您的应用程序尽可能灵活地适用于所有设备。能够在手机和平板电脑上提供出色的体验，而无需编写大量代码。如果您从未与他们合作过，他们一开始可能会遇到挑战。我建议创建一个新的 Android 应用程序并使用模板 Master/Detail 应用程序作为指南。
正如您所说：“非常通用的模块化水平”是您想要概念化它的方式。不要太细化它，比如按钮和复选框。您的收件箱是一个片段，电子邮件内容是一个片段，等等。
一个很抽象的问题。我会尽力帮助你。引入了片段以允许它们将业务逻辑和 ui 放在一个类中以用于更大的屏幕。所以根据功能分解片段。对于小东西，请使用对话框片段。您的活动中应该留下的唯一逻辑是片段的管理
似乎收件箱应该是一个片段。
一个好的方法是，当你打破屏幕时，以这种方式思考你在平板电脑和手机上的应用程序，你可以确定什么可以形成一个完整的片段。如果您发布有关您的应用的更多信息。我可以识别出你案例中的碎片
不过，从使用收件箱的设计角度来看，您可能拥有Fragment A，它是用于选择收件箱内消息的按钮集合。然后你可以有片段 b，一个标题和消息正文的集合。然后，当您单击Fragment A时，它会更新Fragment B。
这将是更具体的行动层面。IMO，作为片段的一组按钮并不过分。作为片段的每个按钮都可能是（：