【问题标题】:Implement state restoration for an app that has been built already为已构建的应用程序实施状态恢复
【发布时间】:2016-12-22 19:38:43
【问题描述】:

我想要一些关于如何正确地为已经构建的应用程序实施状态保存和恢复的建议,该应用程序具有大量视图控制器和复杂的层次结构。

在尝试为已经运行了一段时间的应用保留状态时,需要注意哪些事项?

编辑:

我想澄清或可能获得解决我在恢复状态方面面临的问题的方法。我在启动时成功恢复了应用程序的状态。我在层次结构中恢复视图控制器和其他视图控制器。现在,当我将另一个视图控制器和其他视图控制器序列推送到导航时。堆栈,在特定的视图控制器,由于某种原因,应用程序由于异常而崩溃。因此,当我重新打开应用程序时,它仍然会恢复按主页按钮时保留的第一个视图控制器的状态。

具体来说,我想知道是否有任何方法可以丢弃应用状态信息。当应用程序由于未捕获的异常而终止时?我知道如果用户手动强制终止应用程序,或者状态恢复失败,或者应用程序在启动时终止,状态将被丢弃。有没有办法捕获终止并相应地配置应用程序状态?建议会很棒。谢谢。

【问题讨论】:

  • 太宽泛了。一个应用程序就是一个应用程序。状态恢复就是状态恢复。如果要添加状态恢复,添加它。这很简单(当然,您还有很多工作要做,因为您必须单独处理每个视图控制器)。您遇到了什么具体问题?
  • 据我了解,在构建应用程序的过程中应该进行状态恢复。比如,提前计划并开始实施。我想知道在应用程序完成后进行恢复是否会有任何具体困难。只想提前计划,而不是陷入困境并花费太多时间。
  • “我想知道一个应用程序完成后进行恢复是否会有任何具体困难。只是想提前计划而不是卡住并花费太多时间。”太宽泛! 我们如何知道是否会有特定的困难?如果您有特定问题,请回来询问。就目前而言,这对于 Stack Overflow 来说不是一个合适的问题。我们没有水晶球。深入了解会发生什么。
  • 当您担心卡住并占用太多时间时,您想要一个具体的建议吗?使用 git 并在分支上工作。那里。现在开始工作! :)

标签: ios objective-c state-restoration


【解决方案1】:

据我了解,在构建应用程序的过程中应该进行状态恢复

不,我认为这根本不对。内置状态保存和恢复机制的全部优点在于它可以直接修补到正在工作的应用程序上,一次一个视图控制器。在测试之前,您甚至不必为整个应用程序完成它;相反,该机制的另一个优点是它仅适用于实际上实现它的视图控制器层次结构的子集,而不会对应用程序的其余部分造成损害。因此,只需从视图控制器层次结构的顶部开始并开始实现它。

【讨论】:

  • 不,在我看来这是一个完全不同的问题。
猜你喜欢
  • 1970-01-01
  • 2013-02-24
  • 1970-01-01
  • 2023-03-03
  • 1970-01-01
  • 1970-01-01
  • 2014-10-27
  • 2023-01-13
  • 1970-01-01
相关资源
最近更新 更多