所以我有一个将显示选项列表的活动,当您单击一个选项时,它应该移动到一个显示该选项选项的列表,但我希望两个列表都在同一个活动中。
每当用户在两个列表之间导航时,或者使用两个列表独立存在的视图切换器之类的东西时,我都会在使用单个列表视图和更改内容的两个选项之间进行辩论(如果可行,可能通过交换适配器,不确定) ,但一次只能看到一个。
我肯定会认为 viewswitcher 选项会是更干净的选项,但是如果我需要将它扩展到两个以上的列表,它将如何执行?创建未呈现的列表视图是否有很多开销?
所以我有一个将显示选项列表的活动,当您单击一个选项时,它应该移动到一个显示该选项选项的列表,但我希望两个列表都在同一个活动中。
每当用户在两个列表之间导航时,或者使用两个列表独立存在的视图切换器之类的东西时,我都会在使用单个列表视图和更改内容的两个选项之间进行辩论(如果可行,可能通过交换适配器,不确定) ,但一次只能看到一个。
我肯定会认为 viewswitcher 选项会是更干净的选项,但是如果我需要将它扩展到两个以上的列表,它将如何执行?创建未呈现的列表视图是否有很多开销?
保留一个列表视图并切换其后端会很痛苦,尤其是考虑到每次单击选项时都会重新初始化。
- 使用两个 ListFragment,一个控制另一个。使用 Fragments 而不是两个单独的 ListActivities 意味着当您构建一个平板电脑界面时,在同一个屏幕上拥有一个 Activity 和两个单独的活动将是最少的工作。
我确实有过这样的选择。我正在使用列表视图导航到远程 webdav 服务器。一开始我为每个文件夹使用一个视图。很酷:使用 back 让我不必担心导航历史。但是过了一段时间,在某些情况下,我需要一次管理所有视图,或者将它们全部杀死或实现视图之间的通信(用于参数)。这是一场噩梦。我的清单也开始变得沉重,记忆中的很多清单从来都不是一件好事。我最终放弃并在一个独特的列表视图中管理所有导航。我一开始就应该这样做。