我的应用有几个片段和活动。在主父活动的生命周期内,应用会在其他活动中向用户呈现信息/选项。
关于片段的文档对commit()有以下规定:
警告:只能在活动保存其状态之前(当用户离开活动时)使用commit()提交事务。如果您尝试在此之后提交,将引发异常。这是因为提交后的状态可能会丢失,如果需要恢复活动,则会出现问题。对于可以允许丢失提交的情况,请使用commitAllowingStateLoss()。
问题在于返回到父活动后,我无法再使用FragmentTransactions,而这对我设计的应用程序导航方式至关重要。
我想到的一个解决方案是将我的活动更改为片段,但是我相信我的应用最终也将使用应用内计费,它将始终启动自己的活动。这似乎是一个巨大的限制-在开发的某个阶段,我最终将不得不显示单独的活动。
我可能可以使用commitAllowingStateLoss()来摆脱困境,但我觉得我在Android平板应用程序开发中缺少了一个重要概念。有没有一种方法可以启动活动,然后返回到管理片段的父活动,而不会失去提交FragmentTransactions的能力?
关于片段的文档对commit()有以下规定:
警告:只能在活动保存其状态之前(当用户离开活动时)使用commit()提交事务。如果您尝试在此之后提交,将引发异常。这是因为提交后的状态可能会丢失,如果需要恢复活动,则会出现问题。对于可以允许丢失提交的情况,请使用commitAllowingStateLoss()。
问题在于返回到父活动后,我无法再使用FragmentTransactions,而这对我设计的应用程序导航方式至关重要。
我想到的一个解决方案是将我的活动更改为片段,但是我相信我的应用最终也将使用应用内计费,它将始终启动自己的活动。这似乎是一个巨大的限制-在开发的某个阶段,我最终将不得不显示单独的活动。
我可能可以使用commitAllowingStateLoss()来摆脱困境,但我觉得我在Android平板应用程序开发中缺少了一个重要概念。有没有一种方法可以启动活动,然后返回到管理片段的父活动,而不会失去提交FragmentTransactions的能力?