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