Question

MVC模式中的数据流方向是

Model -> Controller -> View

那为什么不称它为“MCV模式”？

“MVC”中的字母顺序是否存在重大意义，还是仅仅是更为流畅？

Answer 1

MVC更好地滚动舌头。

此外，MCV是一款移动工程车，不想混淆。

Jokes aside read this

Answer 2

MVC被认为是将军   解决用户问题   控制大而复杂的数据   组。最困难的部分是打击   不同的好名字   建筑构件。   Model-View-Editor是第一套：

Thing-Model-View-Editor

经过长时间的讨论，特别是   和阿黛尔戈德堡一起，我们结束了   术语模型 - 视图 - 控制器：

Models-Views-Controllers

（来自http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html）

Answer 3

这是我高度科学，评论，脚注[1]的猜测：

+-------+    +------+
| Model |    | View |
+-------+    +------+
    |            |
    +------------+
           |
    +------------+
    | Controller |
    +------------+

如果从左到右阅读，则为模型 - 视图 - 控制器。

[1]我并没有真正注意到这一点[2] [2]等等。什么？： - ）

Answer 4

这个问题预示着某种流动，但事实并非如此。

模型不会调用Controller。 Controller调用Model和View，没有什么可以阻止视图检查模型。 MVC只是按顺序列出各种问题。

Answer 5

为什么不用C-M-V？首先调用控制器方法，此控制器上的方法决定返回给您的视图（即使这是默认视图），它可能会也可能不会查询模型以获取生成该页面视图的数据和功能。 Ergo C-M-V。然后当视图回发时它是V-C-M-V。

无论如何，我对MVC非常满意。该符号已得到认可和理解。

Answer 6

我认为这更具历史性。 MVC已经在编程术语中使用了很长一段时间，并且从一些最早的SmallTalk版本开始就是一种既定的模式。没有真正的理由改变它。

Answer 7

“我认为”因为从控制器到模型和视图两者都是双向的。因此，他们称之为模型/视图控制器（'模型'和'视图'的控制器）：/

Answer 8

VMVCV怎么样 - 表明如何使用多个视图

Answer 9

它遵循与日期相同的逻辑，按重要性顺序排列。

与日期比较：月 - 日 - 年：

首先是月份，最重要的数字。这最显着的是立即推断了这个季节。您立即将我们所知道的位置定位到了它的位置。

其次，这一天 - 这是每个人都想知道的。随后是一年。

在MVC中，最重要的是模型。模特是国王，宝贝。接下来是大多数人所经历的观点。最后，我们有一个可怜的旧控制器。

这符合美国的逻辑。

如果您的思维过程遵循从大到小的优先顺序（年 - 月 - 日），正如我猜大多数OO程序员的意愿 - 那么您会发现MCV更自然的名称。

Answer 10

我认为这听起来很重要，但你也可以从重要性的角度考虑它。显然，数据是最关键的组件，其次是用户与之交互的方式。最不重要的部分是系统如何处理输入并准备输出以供显示。

Answer 11

MVC或模型 - 视图 - 控制器用户界面范例首先由Xerox PARC的Trygve Reenskaug描述。 1981年8月，Byte杂志第6卷第8期首次出版。

他包括用户并将其称为MVCU。现在真的不会说不出口，至少用英语说。想知道听起来像挪威语，Trygve的母语。

Answer 12

从最终用户活动：仅由MVC启动的排序。所以它是

Answer 13

这被称为MVC而不是MCV或任何其他因为模型和控制器可以聚合在一起，因为它们都包含java .class文件，其中视图包含所有其他.jsp，.html或任何其他资源文件。因此，M和C不应该被杵，它除以V，因此是MVC。

希望很明显：）

MVC不应该被称为MCV吗？

13 个答案: