MVC架构控制流

Question

我有点困惑这三个组件——模型、视图、控制器——在 MVC 架构中是如何相互交互的。有时我觉得我知道 MVC 是如何工作的，有时我觉得我不知道它的内部是否正常工作。

我对 MVC 架构的了解是 -

1. 无论是URL，Controller都会拦截用户请求
   请求或用户在页面上提出的任何事件。
2. 然后控制器处理用户输入并与模型对话。
3. 模型准备数据并发送回控制器。
4. 最后，控制器将数据交还给视图并显示给用户。

在我看来，View 从不直接与模型对话。 View 和 Model 之间的交互将仅由 Controller 处理。

到目前为止一切顺利！

但是当我看到下面的图表时，我会感到困惑。在下图中，左箭头表示 View 组件也可以与 Model 组件交互。

在thiscode-project 的文章中也写到“A model is accessible by both controller and view”和“a view can use model to display data”。

所以请澄清一个模型是只能由控制器访问还是控制器和视图都可以访问。如果第二个也是正确的，那么在什么情况下这是可能的。我在 ASP.NET MVC 框架上工作，这里的任何交互都是通过控制器对象完成的。我从未遇到过视图直接与模型对象对话的情况。

Answer 1

如果视图是强类型的任何模型，那么我们可以说

查看=> 模型

如果视图不是用模型强类型化的，那么我们可以说

控制器=>模型=>视图

Answer 2

有 MVC（模式）和 MVC（由 Microsoft 开发的 Web 应用程序框架，并以该模式命名令人困惑，因此最好将这两者分开讨论。

在 MVC 模式中，您会发现以下内容：

• 模型 - 包含应用程序的所有业务逻辑，包括如何通过数据库查询或其他方法“构建”自身的逻辑。
• 视图 - 为 UI 提供模型的表示
• 控制器 - 将模型连接到视图

在 MVC 中，Web 应用程序框架：

• 型号 - 没有。更恰当地说，模型可能是一个或多个实体类、一个 DAL 层和一个或多个视图模型的某种组合。
• 视图 - 几乎与 MVC 相同，模式
• Controller - 将模型连接到视图，但也承担了更多的责任。可能负责从数据库中查询实体、映射到视图模型、为视图创建组件等。

尽管名称如此，MVC 框架只是松散地实现了 MVC 模式。但是，在这两者中，控制器和视图都可以访问模型，因此您对那里的基本理解存在缺陷。但是，在 MVC 框架的情况下，您可以说视图只能访问视图模型。由于 MVC 框架中的“模型”不仅仅是一个东西，还有一些组成部分不应该被视图访问，即：DAL 层和潜在的实体，除非实体作为视图模型执行双重职责，也是。