Android 框架布局还是嵌套片段? 我的问题

Android 框架布局还是嵌套片段? 我的问题,android,gridview,android-fragments,code-organization,android-framelayout,Android,Gridview,Android Fragments,Code Organization,Android Framelayout,我进退两难。我有一个片段,它有3种不同的模式。嗯,这是一段历史片段。 这些模式包括: 概述(显示GridView) 单元格(显示网格视图的单元格) 空(显示ImageView和TextView) 我的问题 所以我不明白该怎么组织。我是否应该为每个模式使用三个片段(使用嵌套片段)作为父片段的子片段?或者只将一个片段与FrameLayout一起使用,并在不同的布局之间切换?最好的解决方案是什么?分享你的想法 我将非常感谢你的帮助。亚历克斯。顺便说一句,对不起我的英语:)我会选择多片段法。它不仅可

我进退两难。我有一个片段,它有3种不同的模式。嗯,这是一段历史片段。 这些模式包括:

  • 概述(显示
    GridView
  • 单元格(显示网格视图的单元格)
  • 空(显示
    ImageView
    TextView
我的问题 所以我不明白该怎么组织。我是否应该为每个模式使用三个片段(使用嵌套片段)作为父片段的子片段?或者只将一个片段与
FrameLayout
一起使用,并在不同的布局之间切换?最好的解决方案是什么?分享你的想法


我将非常感谢你的帮助。亚历克斯。顺便说一句,对不起我的英语:)

我会选择多片段法。它不仅可以帮助您构建可重用的UI元素,还可以轻松支持多种屏幕大小()

但是,我认为您只需要两个片段:一个片段用于“概述”模式,另一个片段用于“单元”模式


空模式不需要片段。您应该使用
ImageView
TextView
构建一个视图,并将其设置为“概述”片段的
GridView
(使用
GridView.setEmptyView(view)
)。

好主意!但我的问题更深一点:这个片段被附加到ViewPager中,所以我不能仅仅通过事务替换它。因此,我应该为历史制作某种“父”片段,然后将片段插入其中。但根据谷歌的说法:通常你会希望一个片段与另一个片段通信,例如根据用户事件更改内容。所有片段到片段的通信都是通过相关活动完成的。两个片段不应该直接通信。所以我认为嵌套片段是个坏主意,框架布局是个好主意。不是吗?那么,我会在需要时通过主机活动将保存视图寻呼机的父片段替换为单元格片段。因此,它将使用多个片段,但不是真正的嵌套片段。我认为FrameLayout目前可能简单且易于实现,但从长期来看,多个片段将在可重用性和可维护性方面为您带来更多好处。好的。我得到了它。非常感谢你!