C# 当应用程序被停用并通过应用程序列表再次启动时，我应该启动新实例还是最后恢复？
我读了很多关于应用程序状态、墓碑和推荐做法的书，但我仍然感到困惑 这是我的设想 用户通过应用程序图标启动应用程序。 然后用户移动到下一页。 用户单击Windows按钮。 用户使用应用程序图标再次启动应用程序 这里会发生什么 应该显示我的第二页吗？因为用户没有通过后退按钮退出应用程序 是否应显示主页？因为用户通过应用程序列表启动它，这意味着新实例 MSDN说 确保用户从一开始启动应用程序时 或“已安装的应用程序”列表，则用户将进入一致的 启动体验。用户应该清楚地知道，它们是 正在体验新的应用程序实例 这是否意味着我应该再次启动主页而不是第二页C# 当应用程序被停用并通过应用程序列表再次启动时，我应该启动新实例还是最后恢复？,c#,windows-phone-7.1,tombstoning,C#,Windows Phone 7.1,Tombstoning,我读了很多关于应用程序状态、墓碑和推荐做法的书，但我仍然感到困惑 这是我的设想 用户通过应用程序图标启动应用程序。 然后用户移动到下一页。 用户单击Windows按钮。 用户使用应用程序图标再次启动应用程序 这里会发生什么 应该显示我的第二页吗？因为用户没有通过后退按钮退出应用程序 是否应显示主页？因为用户通过应用程序列表启动它，这意味着新实例 MSDN说 确保用户从一开始启动应用程序时 或“已安装的应用程序”列表，则用户将进入一致的 启动体验。用户应该清楚地知道，它们是 正在体验新的应用程序实
如果是，当用户通过“后退”按钮访问我的应用程序并触发应用程序激活事件时，我的应用程序状态是否应仅恢复到第二页？您应该启动应用程序的新实例 我相信这也是认证过程的一部分
整个过程会变得相当复杂，因为确保应用程序在同一页面上打开、数据相同的唯一方法是将整个状态保存到独立的存储中。您应该启动应用程序的新实例 我相信这也是认证过程的一部分
整个过程会变得相当复杂，因为确保应用程序打开在同一页面上、使用相同数据的唯一方法是将整个状态保存到独立存储中。除非您正在做一些疯狂的自定义工作，否则这应该为您处理，因为页面导航由停用过程支持 如果用户返回到您的应用程序中，他们所在的最后一个页面将被还原，如果您不需要取消持久化状态，则将被引发
如果用户从一开始就访问您的应用程序，应用程序的默认页面将被加载并提升。除非您正在做一些疯狂的自定义工作，否则这应该为您处理，因为页面导航由停用过程支持 如果用户返回到您的应用程序中，他们所在的最后一个页面将被还原，如果您不需要取消持久化状态，则将被引发
如果用户从一开始就访问您的应用程序，应用程序的默认页面将被加载并弹出。我只会第一次显示“帮助”或“选项”屏幕，以便新用户了解该应用程序
从那时起，当应用程序启动时，它应该以用户想要使用的密钥/主页开始 我只会第一次显示“帮助”或“选项”屏幕，以便新用户了解该应用程序 从那时起，当应用程序启动时，它应该以用户想要使用的密钥/主页开始