哪个MVC图是正确的？ （网络应用程序）

Question

哪个MVC图是正确的？每个都有不同的箭头......

图1

图2

http://blog.stannard.net.au/blog/media/simple-mvc-framework/mvc.gif

图3

图4

http://java.sun.com/blueprints/patterns/images/mvc-structure-generic.gif

图5

http://www.shopno-dinga.com/dustbin/mvc.png

Answer 1

他们都是。

MVC是一种模糊的模式。

我对MVC的看法是：

<强>控制器

Object具有一组模型，并具有查看和编辑模型的方法。它与模型进行对话，并返回视图的实例，并在模型上应用模型。

查看

附加了模型的定义，并且只是一组显示特定模型的功能。

<强>模型

封装数据。有返回状态和改变状态的方法。

//Controller
import Views

class Controller
  private Models

//View
import Model

class View

//Model
class Model

模型不需要了解有关视图/控制器的任何信息。 View需要知道Model的定义。控制器需要拥有模型，并且需要知道视图的定义。

你可以更紧密地结合它们，这是可选的。

Answer 2

严格来说，MVC是一种过时的模式。粗粒度说，它引入了View和Model之间的依赖关系，因为Model直接更新了View状态 （http://www.mimuw.edu.pl/~sl/teaching/00_01/Delfin_EC/Overviews/MVC.htm），如图4所示，根据MVC的原始历史表述，您可以看到模型和视图之间的直接交互，这是不可取的。事实上，今天我们已经修改了MVC的版本，有时我们会描述MVP并称之为MVC。首字母缩略词“MVC”已被充分利用，除了实现细节和责任定义之外，任何有三个元素（模型，视图和控制器）的东西基本上都是MVC。当您描述它们时，MVC和MVP之间的差异非常微妙，并且存在于View和Presenter（Controller）职责的定义中。事实上，Martin Fowler几年前给了MVP（和MVC）他的再见（http://www.martinfowler.com/eaaDev/ModelViewPresenter.html），我们可以从他的角度找到一种名为Presentation Model的“新”模式的定义（见{{3 }或者PM。 Microsoft已经为其WPF和Silverlight技术定义了另一种模式，称为Model-View-View-Presenter，或MVVM（请参阅http://martinfowler.com/eaaDev/PresentationModel.html），它以Presentation Model为灵感。我想你可以看看所有这些家伙，看看他们有多么相似（和不同）。在我看来，基本的想法是，演示数据和行为保留在Presenter中，模型不知道View（因此图4关闭，甚至也是MVC），并且您应该能够更改View（或支持不同的View）实现）以无痛的方式，与Presenter和Model分离。演示模型可以提供这一点，并且使用当前技术实现有效和彻底。

Answer 3

事实上，这有一点不同。

有两种类型的模型：活动模型和被动模型：第一种具有通知机制，第二种只是不知道在MVC中使用。

第一个和第四个图表示具有活动模型的MVC。

有关它的更多信息，请阅读here。

Answer 4

图1和图4是正确的MVC模式。其余的更接近MVP模式。

虽然在Web MVC中你有一个被动模型，但是模型中的视图会提取更改，而不是被模型（观察者模式）推送。

Answer 5

它们都没有实际错误，但基于Web（请求/响应）的MVC和客户端MVC有不同的方法。

在Web环境中，控制器负责处理用户请求，修改模型（如果适用），查找正确的视图，将该模型信息分配给视图并将其返回给用户。

在对原始MVC模式（讲桌面应用程序）的更直接的解释中，模型直接更新视图，无论何时更改，并且控制器处理用户输入和应用程序逻辑，相应地更新模型。这对普通的Web应用程序不起作用，因为HTTP是无状态的，并且没有使用任何其他更新的技术（如评论中提到的长轮询Ajax或websockets），服务器无法真正通知客户端模型中的更改

Answer 6

图2，图3和图5对于MVC是准确的。向控制器发送请求时，它使用模型执行操作，然后回复。

Answer 7

图1是对MVC模式的正确描述。

实线表示实际参考，如变量。这意味着您应该期望在View和Controller中看到Model的实例。

虚线表示从一个到另一个的函数调用或消息。从模型到视图的虚线是通过观察者模式实现的，其中模型上的某些内容发生了变化，并且它引用了视图（通过模型的观察者API），它在其上调用了一个方法。类似于observer[i].update("name", value, self)的东西，只要有变化，就会在模型中调用。

View和Controller之间的虚线是View向Controller发送消息。想象一下，点击的用户界面上的按钮。 Controller正在侦听此事件并对其进行处理。

通信流程的一个示例是按下按钮：View向Controller发送消息。控制器处理该事件，它更新它的模型实例，比如说model.name。模型有setter方法更新name并调用changed之类的方法，然后循环遍历它的观察者并在每个观察者上调用.update。以前subscribed查看模型，并使用update的旧值和新值调用name。 View中的update方法更新了label中的名称值。完成。

描述MVC的幻灯片：https://pl.csie.ntut.edu.tw/~ctchen/pdf/InsideSmalltalkMVC-public.pdf

C2 Wiki MVC文章： http://wiki.c2.com/?ModelViewController

Answer 8

根据asp.net mvc文档：https://docs.microsoft.com/en-us/aspnet/core/mvc/overview
mvc图应该是这样的：

1. 控制器知道如何使用视图和模型
2. view 知道如何呈现模型
3. 模型对视图和控制器一无所知