【问题标题】:One activity - many fragments OR many activities - many fragments?一项活动 - 许多片段或许多活动 - 许多片段?
【发布时间】:2014-04-07 15:52:05
【问题描述】:

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

我阅读了很多关于此的文章,但有 2012 年或更早的文章。

(我只是打算从数据库中读取和插入一些数据..)

【问题讨论】:

标签: android android-fragments


【解决方案1】:

根据我的经验,我建议宁愿使用包含许多片段的多个活动。如果您使用单个活动,您会发现使用活动生命周期管理片段变得越来越困难。

例如,如果 Activity 被销毁(例如,如果手机内存不足并且用户接到电话,或者您调用意图打开相机),当重新创建意图时,您将需要处理重新创建片段及其州。

如果不小心执行,这可能很快成为管理的噩梦。通过多个活动,它更易于管理并有助于将应用程序的各个部分分开 - 也使其更易于调试。

一个简单的事情如何通过单个活动变得复杂的例子是诸如后退按钮之类的东西。

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

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

【讨论】:

  • 我正在尝试使用一项活动,但我确实一直卡住。这让我想知道我是否不应该使用单一的活动架构。不过,我讨厌的是片段​​加载速度比启动新活动快得多。我觉得如果使用单一的活动架构,那么应用程序会感觉响应更快。真是个难题。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-01-16
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多