Design patterns 在MVC中管理导航和页面状态

在使用模型-视图-控制器体系结构时，对于管理导航和页面状态的最佳实践，我想更清晰地了解以下几点：

查看/页面导航：

我们需要跟踪多种导航类型：

• 正常导航：只是四处移动
• 模式导航：有一些模式视图，我们想回到调用页面
• 分区间导航：当视图被组织到分区中时，我们需要跟踪状态，这样，如果用户离开分区并返回，我们可以将他们带到分区中的最后一个视图
• 中断后恢复：我们需要能够决定从中断恢复时的最后一页

据我所知，所有这些导航路径都是通过向控制器中的某个事件处理程序发送事件来管理的，事件处理程序将：

• 跟踪导航状态
• 与模型交互
• 对视图中的适当视图发出调用

查看/页面状态：

最常见的示例是页面/视图，其中包含用户在启动操作之前设置的状态，如果页面被导航到其他位置或被中断，则需要使用存储的状态重新创建最后一个页面状态

在这一点上，我假设页面状态属于视图，但不确定它们的正确设计，例如，我们是为每个视图/页面使用页面对象，还是使用中心状态对象等等

编辑：根据问题的上下文：

我有一个可以具体化为两种形式的应用程序：web应用程序和移动应用程序。web应用程序是在Python Flask中完成的（或者稍后使用更高级的东西，比如Django），应用程序是在Java/Android中完成的。首先开发一个最小的web应用程序，因此它也可以作为移动应用程序的模型

在这种情况下，有两个主要问题：

• 完全隔离模型，因此转换它只需直接翻译
• 使用应用的最佳实践组织视图和控制，以最大限度地减少转换时的重构，并尽可能使两个环境保持并行，以最大限度地减少维护开销

---

考虑到上述情况，我需要更清楚地了解我列出的具体细节适合哪些地方。

这是在桌面应用程序还是web应用程序的上下文中？另外，您的问题是什么？谢谢-请查看上下文编辑。我的问题是我对事物归属的理解是否正确。我遇到了一些关于架构模式的描述，这些描述有些通用，但我想知道在我提到的具体细节级别上事物的归属。以及它们在体系结构中的组织方式（最后一段中的要点）。