9

我发现了一些与此问题相关的讨论,但没有明确或明确的。

构建一个基于选项卡的应用程序,似乎被迫在(A)为每个屏幕使用带有活动的 TabHost 和(B)为每个屏幕使用带有片段的 ActionBar 之间做出选择。这提出了几个问题:

1)这是真正的困境,还是可以将ActionBar与不同的活动一起使用。

2)如果困境是真实的,为什么事情会这样设置?Google 是否计划弃用 TabHost 和基于标签的导航的多活动方法?多活动方法有什么不好的地方吗?

3) 如果这两种方法都将继续得到支持,那么每种方法的优缺点是什么?如果我使用 ActionBar+Fragments,我会遇到任何问题吗?例如,当我希望我的一个选项卡式屏幕滑过/弹出另一个屏幕/片段时,我会在 ActionBar 中的选项卡之间切换到/从选项卡获得有趣的行为吗?

4

2 回答 2

3

您还可以使用带有片段的 TabHost 的第三个选项。这使得您只有一个活动和多个片段作为孩子。

http://developer.android.com/reference/android/support/v4/app/FragmentTabHost.html

我用这个类创建了一个简单的例子。

https://github.com/marsucsb/nested-fragments

于 2012-11-16T19:47:52.543 回答
1

我和你在一起。在 Fragments 出现之前,我就开始开发“Droid Bones”(一定要使用引号)。当我开始研究该架构时,它似乎无法满足我的结构要求。也就是说,我发现多活动方法非常流畅和灵活。我担心的是,一些 TabHost 文档最近似乎“消失了”!

于 2012-11-16T16:06:42.517 回答