MVC WRT WebApplications 的实际模式是什么？

Question

造成混乱的原因是互联网上流传着不同的 MVC 架构图： 由于问题太宽泛，我想集中讨论用于 Web 应用程序的 MVC。

说：Zend Framework。

example1：可能是我见过的最好的一个。

示例 2：

示例 3：
             &n bsp;             
模型-视图-控制器概念。实线表示直接关联，虚线表示间接关联（例如通过观察者）。

我主要关注的是视图如何与控制器交互以及视图如何与控制器交互。型号反之亦然。

• 视图应该直接与模型交互吗？
• 模型是否应该直接更新视图的任何更改？
• 示例2中的图表是否是对 MVC 的误解，因为它看起来像是 MVP⁽¹⁾⁽²⁾模式。

MVC 与 MVP 的示例：

Answer 1

由于没有发布答案，我决定发布一个。这很大程度上是基于
模型-视图-控制器 (MVC) 架构 (WEB) (PDF）。指向者：Tom Ingram（谢谢）。

文章作者：
约翰·迪肯是一位讲师和作家。面向对象的分析与设计：务实的
方法。 （有关作者的更多信息，请参阅关于作者 此处 ）

现在，最适合 MVC 架构的图是：
            

三部分：

Model-View-Controller：

我们将应用程序/领域不变的本质称为模型（单数）。用面向对象的术语来说，这将由一组类组成，这些类模拟并支持底层问题，因此往往会像问题本身一样稳定且长期存在。
模型（类）应该对与外部世界的连接了解多少？没什么，绝对没什么。

模型-视图-控制器：

对于给定情况，在给定版本中，模型将有一个或多个接口，我们将其称为视图（复数）。
在面向对象的术语中，这些将由一组类组成，这些类为我们提供了模型的“窗口”（通常是实际的窗口），例如

• GUI/小部件（图形用户界面）视图，
• CLI（命令行界面）视图，
• API（应用程序接口）视图。

或者：

• 新手观点，
• 专家观点。

虽然视图通常是图形化的，但它们不一定是图形化的。

视图会对模型了解什么？他们必须知道它的存在。他们必须了解其本质。例如，bookingDate 输入字段可能会在某处显示并可能更改某个模型类的实例变量。

模型-视图-控制器：

控制器是一个可以让您操作视图的对象。过于简单化了，控制器处理输入，而视图处理输出。控制者最了解平台和操作系统。视图完全独立于其事件是否来自 Microsoft Windows、X Windows 还是其他。

正如视图知道它们的模型但模型不知道它的视图一样，控制器知道它们的视图但视图不知道它的控制器。*

控制器是 Smalltalk 特定的。它们不具有普遍意义，因此这里不做更深入的讨论。例如，在Java的Swing架构中，视图和控制器是组合在一起的（这在其他架构中经常这样做）。在 Swing 中，组合的视图/控制器称为委托。

*仔细阅读并消化。

---

还有关于（通过它们）：

“模型”混淆

Smalltalk 可以说是 MVC 架构的发明者和推广者。但它也可能被指责混淆视听。该架构的更好缩写是：M_dM_aVC。
M_d：领域模型。
M_a：应用程序模型。

&关于沟通应如何进行：

• 查看模型通信。
• 用于查看通信的模型（和控制器）。
• 应用模型到领域模型的通信。

我认为这应该让我们非常清楚地了解 MVC 的实际模式是什么？。