超级会员免费看
本文详细介绍了如何在Android应用中使用单Activity多Fragment模式，通过FragmentManager进行UI管理。讨论了Fragment的灵活性，以及如何在不同设备上适应用户需求。文章通过CriminalIntent应用为例，讲解了创建数据类、UI Fragment的设计与实现，包括CrimeFragment的布局和生命周期，以及如何在MainActivity中托管和管理Fragment。此外，还探讨了Fragment的生命周期函数和与Activity的交互，强调了最佳实践是限制单屏内的Fragment数量，以提高应用性能和可维护性。
文章目录
这次我们开发新的名为CriminalIntent的应用, 记录各种办公室陋习, 如随手将脏盘子丢在休息室水池里，或者自己打印完文件就走，全然不顾公共打印机里已缺纸，等等，效果如下：
其主界面是列表, 子界面可新建记录: 记录时, 可添加标题, 日期, 照片, 可在联系人中查找当事人, 发微信/短信给当事人来提出抗议, 看见陋习, 记录下来, 舒缓了心情, 就可以继续专心做手头上的工作了。
8.1 UI的灵活需求
除了前文提到的一个页面对应一个Activity之外, 我们还有更细粒度的需求
- 假设用户正在平板设备上运行应用。平板设备屏幕较大，能够同时显示列表和记录明细, 那么UI就变化较大
- 假设用户正在手机上查看记录明细信息，并想查看列表中的下一条记录信息。如果无须返回列表界面，滑动屏幕就能查看下一条记录就好了。每滑动一次屏幕，应用便自动切换到下一条记录明细。
可以看出，灵活多变的UI设计是以上假设情景的共同点。也就是说，为了适应用户或设备的需求，Activity 界面可以在运行时组装，甚至重新组装。
Activity自身并不具备这样的灵活性。activity视图可以在运行时切换，但控制视图的代码必须在activity中实现。结果，各个activity还是得和特定的
订阅专栏 解锁全文
821
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
