我在处理活动和碎片时遇到了一些麻烦。我正处于应用程序开发的早期阶段,最终希望设计一种最有效的方法来整合两个独立的屏幕。
每种方法的好处是什么?你会选择哪种设计?
片段主要用于允许您在大格式设备上并排显示两个单独的UI。片断可以在一个布局中组合代码和UI,它们还允许非UI“活动”,但它们主要为您提供了显示附加到活动的各种视图的灵活性。
我会选择2个活动,因为您所描述的是操作的一个过程,而不是同一个操作中的多个视图。
我这么问的原因是因为我多年来一直在专门使用活动,Facebook SDK和Google Maps 2.0迫使我使用片段,现在我想知道与其他实现相比,它们是否本质上“更好”。 如果这个“不具建设性”或“过于开放”,那么答案显然是“不”。但是如果有一些谷歌开发者的文档或博客关于这个确切的主题,那么我想知道它
这个问题多半是征求意见,对我的APP最好的处理方式。我有三个碎片被一个活动处理。片段A有一个可点击的元素照片,片段B有4个可点击的元素按钮。另一个片段只是在照片被点击时显示细节。我在用ActionBarsherlock。 前进和后退按钮需要将照片分别改为下一个或上一个姿势。我可以把照片和按钮放在同一个片段中,但我想把它们分开,以防我想在平板电脑中重新排列它们。 我需要一些建议--我应该把片段A和B
我即将制作我的第一个Android应用程序,我目前正在阅读有关活动和片段的信息。我打算使用Lollipop抽屉菜单功能在我的应用程序中加载不同功能的不同屏幕。像设置、关于、添加新x、浏览x等。我的导航抽屉应该为每个项目加载不同的活动单击还是加载新片段? 我所有的屏幕都有相同的风格,但内容明显不同。 如果我加载一个新活动,我是否会将导航抽屉“丢失”到一边?或者它是否始终存在,因为我希望它可以从应用程
2)如果困境是真的,为什么事情要这样设置?谷歌计划反对TabHost和基于标签的多活动方法吗?多活动方法有什么不愉快的地方吗? 3)如果继续支持这两种方法,它们的优缺点是什么?如果我使用ActionBar+片段,我会遇到任何困难吗?例如,当我想让我的一个选项卡屏幕滑过/弹出一个额外的屏幕/片段时,我会不会在ActionBar中切换到/从选项卡中切换到选项卡?
我正在尝试在我的android应用中实现一个选项卡导航,但是我想在每个选项卡中运行一个不同的activity。我一直在读android开发页面,他们坚持使用片段导航活动。根据我的理解,你不能有一个片段类本身,它必须包含在一个activity中。 是否可以为每个选项卡创建一个新的activity,并在onTabSelected()函数中运行该activity,同时从正在运行的activity中的片段
有什么理由不不分青红皂白地这样做而不重新评估我使用片段的每个单独的情况吗?