Java 将Android应用程序安排为多屏幕和固定的自定义导航栏的最佳实践是什么？

我正在制作一个应用程序，并希望确保在继续之前遵循良好的实践，并有可能将我的应用程序变成一个“大泥球”实现

现在我脑子里的想法是，在顶部有一排图标，代表你可以点击的不同页面。单击按钮/图标，它将带您进入该页面

因此，在大多数应用程序中，沿顶部的图标行将保持不变。唯一会改变的是图标行下面的内容

在这里使用碎片被认为是可以接受的做法吗？使用一个在顶部有图标行的主活动，然后根据单击的图标在下面有“交换”片段的容器？然后每一页都只是一个大片段

---

这有意义吗？我是否遵循良好的实践？有更好的方法吗？

是的，这是将父活动或片段与此“图标行”一起使用的正确方法。例如，您可以使用工具栏+菜单，如果您想保留Android外观，请使用tabs+ViewPager或使用自定义视图

然后，在这个活动/片段中，您将拥有一个作为片段容器的布局。在此布局中，您可以使用父活动/片段的FragmentManager动态替换片段。每个页面都是一个单独的片段

因此，是的，这是好的/普遍的做法

您可以阅读有关更换碎片的操作说明

我正在制作一个应用程序，并希望确保在继续之前遵循良好的实践，并有可能将我的应用程序变成一个“大泥球”实现

如果发生这种情况，尝试一种好品牌的洗衣粉，至少如果你使用的是Twitter布料

现在我脑子里的想法是，在顶部有一排图标，代表你可以点击的不同页面。单击按钮/图标，它将带您进入该页面

移动应用程序中的一个典型实现是使用包含图标的选项卡

在这里使用碎片被认为是可以接受的做法吗？使用一个在顶部有图标行的主活动，然后根据单击的图标在下面有“交换”片段的容器？然后每一页都只是一个大片段

大多数现代选项卡实现都是基于使用

ViewPager

作为选项卡的容器，因此用户可以滑动内容或点击选项卡切换到不同的页面

ViewPager

可以使用页面的普通视图，但stock

PagerAdapter

实现使用片段

即使您选择避开选项卡，使用页面片段（无论是否包装在

ViewPager

中）也是合理的

---

最需要注意的是内存消耗。Android设备没有无限的RAM。[引用]需要确保在任何给定的点上都有少量的优秀片段。

如果这是错误的StAdExchange：哪一个StAdExchange适合于“最佳实践”类型的问题？可能代码审查：你认为什么是适度的数字（BARPAKED）？5被认为是疯狂的吗？10? 50? 100? 什么时候才是好的“谨慎行事”点？@foshizzlin：这取决于碎片中的内容。碎片可能便宜，也可能贵得离谱。