Android:重复的Android活动工作流。开火然后忘记?
我正在开发一个应用程序,它试图从一个非常重复的过程中简化数据输入:Android:重复的Android活动工作流。开火然后忘记?,android,workflow,android-activity,Android,Workflow,Android Activity,我正在开发一个应用程序,它试图从一个非常重复的过程中简化数据输入: 输入一些需要全屏图形的详细信息,如果滚动,可能会造成混乱 输入更多的原子细节 输入更多原子细节 应用累积的数据 返回到步骤1 我非常确定我可以将其表示为3个独立的活动,然后为每个周期中的每个活动激发新的意图。我还不知道这是否是一个可行的方法 问题1:如果我采用“先开火,后忘记”的方法,安卓系统将处理多少资源管理?它会在幕后愉快地释放/重用/等活动吗?或者这是我必须自己管理的事情 问题2:是否有一种方法可以导致活动的重用,从而使每
意图
启动活动。根据文档,它应该会给你你想要的行为
可以操纵活动堆栈吗
这样就不会有100人了
(估计的预期数量)
周期)上活动的周期价值
那一堆
一百?你一定在期待一些非常耐心的用户
不管怎样,标记活动\u重新排序\u到\u前台
也应该涵盖这一点
有人能推荐替代品吗
活动周期的方法
问题我考虑过这个观点
脚蹼和标签,但不确定
那会好还是不好
选项卡对于您试图强制执行流的事情来说不是很好,因为选项卡是为随机(而不是顺序)访问而设计的
ViewFlipper
/ViewSwitcher
可以工作,不过您必须管理后退按钮功能,并确保不会在活动中有效地泄漏内存,因为您希望人们长时间使用它。谢谢。你的回答让我了解了Android的这一领域(及其相关配置),我可以继续前进。我感谢你花了这么多时间回复。我会投票赞成在返回第一个活动时使用FLAG_ACTIVITY_CLEAR_TOP。这将阻止用户在应用/发送上次活动的数据后返回。@alexanderblom-是的。现在,我看到了堆栈操作的操作,我可能会混合和匹配一些东西,以获得良好、直观的用户体验。谢谢你的建议。@alexanderblom:标记活动\u清除\u顶部
清除任务中所有其他违反问题2的活动。我同意在很多情况下,这是一个不错的选择。@commonware文档说它只会清除目标活动之上的活动。他的#2只意味着他不想在内存中存储同一活动的多个版本,这在FLAG#u activity_CLEAR_TOP中是永远不会发生的