Android ActionBar模式-多个活动或片段

Question

在stackoverlow上几乎没有类似的问题，但是我没有找到关于如何为更复杂/多个活动的应用程序实现Action Bar模式的答案的明确解释。

据我了解，有两种方法可以做到这一点：

1.）实施多个活动，并在每个活动中实施/包含动作栏->这样的问题是，当您午餐新活动时，尽管它具有相同的外观动作栏，但它具有过渡效果，并可以在屏幕上跳转，因此很明显这是一个新的“窗口”，新的独立屏幕，并且消除了单个应用程序导航框架的那种感觉。

2.）使用单个FragmentActivity，其中包含操作栏，并使用多个片段填充内容框架。 ->这是动作条模式的很好的实现，但是问题在于它与Google的建议相反，就电话而言，一项活动应包含一个片段。 还是没有？ 从“外观”来看，我要说的是Gmail应用大部分是通过这种方式完成的。

3.）TabActivity-已过时。

对于第二个解决方案（单个活动，多个片段），我担心将来是否会出现性能问题？ 在这种情况下，Android如何处理内存？ 会像活动一样杀死不活动的碎片释放空间吗？ 还是会杀死整个应用程序，或者用户电话会过载？

也许我在那里丢失了一些东西，但是我发现实现android导航模式和片段的使用非常令人困惑：/

是否有任何理由要阻止一项活动同时在手机上进行多个片段？ （会有cca 5-6片段，其中有一些嵌套片段）

Answer 1

首先，您可能会认为此问题和答案很有用。

尽管您在谈论操作栏，但真正的问题是关于具有多个片段或MULTIPLE活动的ONE活动的模式。 如前一个链接所述，尽管“过度简化的教程”建议在“电话”情况下启动另一个活动来显示项目的内容，但这可能会导致某些重复的逻辑或代码。

最后，建议使用“带有多个片段的FragmentActivity”。 由于这与Google的建议背道而驰 ，所以我引用了Stephen Asherson的话：“不要认为它被迫使用许多活动。可以将其视为有机会将您的代码分成许多片段，并在使用时节省内存他们”。

PS。 仅作为参考，如果您在切换片段时更改了活动的操作栏，则可能需要执行一些操作以在按下“后退”键并更改后退堆栈时正确处理UI更改。 通常，重写onbackstackchanged（）函数来处理UI。