CQM*_*CQM 7 android android-fragments android-view android-activity android-fragmentactivity
片段和片段活动本质上比活动更快？
如果我不需要在片段中加载我的活动,我应该使用FragmentActivities和Fragments over Activities吗？
我要问的原因是因为我多年来一直在使用活动,Facebook SDK以及谷歌地图2.0迫使我使用碎片,我现在想知道它们本质上是否"更好"与否其他实施.
如果这"不具有建设性"或"过于开放",那么答案显然是"不".但如果有一些谷歌开发者文档或博客关于这个确切的主题,那么我想知道它
Jay*_*zin 11
我在上一次申请中成了片段的信徒.无论它们在计算上是否更快,它们都会感觉更快,因为你可以基本上即时交换它们,包括完全支持后台堆栈(如果你做得对(在事务上调用addToBackStack(),或者非常相似).
我现在使用Fragments/Fragment活动进行所有导航,我想要感觉非常快,比如点击一行来获取更多细节.我只是推出新的活动,因为我想要做一个根本不同的事情并且有一个干净的平板可以使用.例如,我通常有一个LoginActivity专门处理登录/注册,至少还有一个是应用程序的核心.
但碎片的根本好处仍然是它们的灵活性.我可以在其他片段之上显示片段,在不同的屏幕尺寸上重新排列它们等等.但是还有许多其他好处.感觉自然只需要一段时间(就像活动最初做的那样).
一个警告,我总是后悔在我的布局中嵌入碎片.我无法从头脑中给出确切的理由,但基本上你只是失去了一些灵活性.相反,我为每个片段构建一个普通的布局,并在活动布局中添加占位符视图,以编程方式创建片段,并使用transaction.replace()将其添加到布局中.也许是因为这是我将片段交换进出占位符视图的主要方式,并且更喜欢在可能的情况下只使用一种方法.
| 归档时间： |
|
| 查看次数： |
1994 次 |
| 最近记录： |