所有子活动顶部的Android父活动按钮

这就是我的问题

我在Main.xml中有一个页眉和页脚布局，它的片段活动是Main.java

现在，这个页眉和页脚在我的应用程序中的所有活动中都很常见，如图所示

为了解决这个问题，我使用了图Main所示的片段。java片段A位于Main.xml内部。现在这一切都很好，片段A显示Main.xml的页眉和页脚

---

当我从片段A启动一个活动时，问题就开始了，它会在一个新窗口全屏打开。我的理解是，如果我从片段A开始一个活动，那么这个活动只会代替片段A。我希望您理解我的问题。

将布局与

定义页眉和页脚布局

然后像这样使用它

 <include layout="@layout/header"/>

及

e、 g

浏览Android文档

---

在这种情况下，为什么要使用活动？ 对于这种类型的问题，片段似乎更方便，特别是因为您希望从父活动使用页眉/页脚

因此，您的xml中包含：

• 标题
• framelayout（这将由活动中的片段替换）
• 页脚

每个片段都有自己的生命周期和父活动。 您可以在Android文档中找到这方面的示例：

---

是的，这可能是一种方法，但从架构的角度来看，这似乎是错误的。因为我们多次重复使用相同的东西。我试图实现的是主活动和子活动之间的关系，所以想想看，页眉和页脚有很多功能，我想将其保留在父上下文中，然后在空间的其余部分加载子活动。我正在研究这些片段。你的答案对我来说似乎是对的，我认为碎片就是为了这个目的而建造的。你能给我解释一下我应该如何设计我的子活动架构吗？如果你想从父活动控制页眉和页脚，那么你可以像我在文章中写的那样使用main.xml。然后在您的活动中，使用FragmentManager创建切换片段的方法，您可以根据事件调用FragmentManager。每个片段都有自己的xml布局，您可以在创建它时将其膨胀，并且可以通过使用getActivity（）方法请求片段中的活动来从父活动调用方法。每个片段将在活动中的页眉和页脚之间代替FrameLayout，如xml中所定义。感谢man的第二个意见，因为我将启动一个非常庞大的应用程序，我不想在架构级别犯错误。所以我需要你的第二个意见。再次感谢你，我现在将继续。我已经更新了我的问题，请你看看这个。你不应该开始新的活动。只需用片段B替换片段A，但是片段B中的活动B逻辑。

<include layout="@layout/footer"/>

<include
   android:layout_width="fill_parent"
   android:layout_height="wrap_content"
   layout="@layout/header" />