Android 一个活动-多个片段还是多个活动-多个片段?

Android 一个活动-多个片段还是多个活动-多个片段?,android,android-fragments,Android,Android Fragments,我正在计划一个带有导航抽屉的新应用程序。 最好使用一个管理多个片段的活动,还是使用多个包含多个片段的活动?有什么严重的优点或缺点吗 我读了很多关于这方面的文章,但也有2012年及更久的文章 (我只是打算在数据库中读取和插入一些数据。根据我的经验,我建议多活动多片段。如果您使用单个活动,您将发现在活动生命周期中管理片段越来越困难 例如,如果活动被破坏(例如,如果手机内存不足,用户接到电话,或者您呼叫意图打开摄像头),则在重新创建意图时,您将需要处理重新创建片段及其状态 对于单个活动,如果不小心进行

我正在计划一个带有导航抽屉的新应用程序。 最好使用一个管理多个片段的活动,还是使用多个包含多个片段的活动?有什么严重的优点或缺点吗

我读了很多关于这方面的文章,但也有2012年及更久的文章


(我只是打算在数据库中读取和插入一些数据。

根据我的经验,我建议多活动多片段。如果您使用单个活动,您将发现在活动生命周期中管理片段越来越困难

例如,如果活动被破坏(例如,如果手机内存不足,用户接到电话,或者您呼叫意图打开摄像头),则在重新创建意图时,您将需要处理重新创建片段及其状态

对于单个活动,如果不小心进行,这可能很快成为一场噩梦。通过多个活动,它更易于管理,并有助于分离应用程序的各个部分,从而更易于调试

简单的事情如何通过单个活动变得复杂的一个例子是“后退”按钮

如果需要为不同的片段处理它,这意味着您的活动将需要满足当前可见的片段,因为活动将覆盖backbutton,而不是片段。这也可能意味着您需要添加接口来通知按下后退按钮的片段


尽管如此,还是有一些应用程序可以从单个活动中获益。例如,如果您有一个用于滑动片段(例如,一本书的页面)或很少进行交互的片段的viewpager,那么单个活动可能是有益的。

我正在尝试使用一个活动,但我总是被卡住。这让我想知道我是否不应该使用单一的活动架构。不过,我讨厌的是,片段加载速度比启动新活动快得多。我觉得如果使用一个单一的活动架构,那么应用程序的响应速度会大大提高。这真是个难题。可能是重复的