复杂应用程序的IOS保存状态

| 我正在iPad IOS 4.2：4个选项卡上构建一个相当复杂的业务应用程序，每个选项卡上都有可能很深的导航路径。 在您一些经验丰富的IOS开发人员看来，对于在两次启动之间（即在应用程序完全终止并随后重新启动之后）保存应用程序状态，用户的一般期望是什么？我正在使用Core Data，并涵盖了所有数据问题，但我担心应用程序的导航树。如果用户在屏幕3上离开了第一个标签，在屏幕4上离开了第二个标签，在屏幕2上离开了第三个标签，那么在此应用中，他进入了一个新记录的一半完成状态，并且在应用进入背景时，在屏幕3的第4个选项卡上工作...您是否认为普通用户希望该应用程序在下次启动时记住所有内容？ （我的直觉说是，尽管我不确定要持续多长时间。） 如果答案是肯定的，那么您是否可以提出一种处理该问题的一般策略（再次，我在这里谈论的是导航树，而不是核心数据）？例如，如果将导航控制器用作每个选项卡的根视图控制器，那么足够简单地记录有关其导航堆栈的足够信息，以便以后可以还原它们。但是，弹出窗口，警报/操作表或动态创建的模式VC之类的东西呢？每个视图控制器是否应该记录其UI对象的状态，如果这样，建议采用什么方法？ 我知道很多事情要取决于用户，但是我想对这些问题有一个普遍的看法，即经验的声音。