不应该将MVC称为MCV吗？
MVC模式中的数据stream的方向是
Model -> Controller -> View 那为什么不叫“MCV模式”？
对“MVC”中的字母顺序有一些重要的意义，还是只是更加单调？
MVC更好地滚动舌头。
另外，MCV是一款移动工程车辆，不想混淆。
笑话一边读这个
MVC被认为是用户控制大型复杂数据集的一个通用解决scheme。 最难的部分是为不同的build筑组件命名。 Model-View-Editor是第一套：
事-模型-视图-编辑器
经过长时间的讨论，特别是与Adele Goldberg的讨论，我们以“模型 – 视图 – 控制器”（Model-View-Controller）
模型-视图-控制器
（来自http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html ）
这里是我的高度科学的评论，脚注[1]的猜测：
+-------+ +------+ | Model | | View | +-------+ +------+ | | +------------+ | +------------+ | Controller | +------------+
如果您从左向右阅读，则是Model-View-Controller。
[1]我没有真正注脚这个[2]
等等。 什么？ 🙂
这个问题以某种stream量为前提，但事实并非如此。
该模型不会调用控制器。 控制器调用模型和视图，没有什么可以阻止视图检查模型。 MVC只是列出了各种问题，没有特定的顺序。
为什么不是CMV？ 首先调用一个控制器方法，这个控制器上的方法决定返回给你哪个视图（即使这是一个默认视图），它可能会或可能不咨询模型的数据和function来产生页面视图。 埃尔戈CMV。 然后当视图回发它是VCMV。
总之，我很满意MVC。 符号已被认识和理解。
我认为这是更历史的。 MVC在编程方面已经有相当长的一段时间了，而且从早期的SmallTalk版本开始，MVC就已经成型了。 没有真正的理由来改变它。
怎么样VMVCV – 指出如何使用多个视图
它遵循与date相同的逻辑，这是重要的。
比较date：月 – 日 – 年：
首先来个月，最重要的数字。 这个最无意识地推断了这个赛季。 你立刻把这个位置摆在我们所知道的位置上。
其次，这是每个人都想知道的日子。 跟着一年。
在MVC中，最重要的是模型。 模特是国王，宝贝。 接下来是大多数人所经历的观点。 最后，我们有可怜的老控制器。
这是根据美国的逻辑。
如果你的思维过程遵循从大到小的优先顺序（年 – 月 – 日），我猜大多数OO程序员的意愿 – 那么你会发现MCV更自然的名字。
我认为这主要是听起来如何，但是你也可以从重要性的angular度来思考。 显然，数据是最关键的组件，其次是用户如何与之交互。 最不重要的部分是系统如何处理input并准备显示输出。
MVC或模型 – 视图 – 控制器用户界面范式首先由施乐PARC的Trygve Reenskaug描述。 第一次出现在Byte杂志第6卷第8号，1981年8月。
他包括用户，并称之为MVCU。 现在，至less用英语说不出口。 不知道挪威语，Trygve的母语是怎么回事。
从最终用户活动：仅由MVC发起的sorting。因此它是
这被命名为MVC不是MCV或任何其他的，因为模型和控制器可以一起杵在一起，因为这两个都包含java .class文件，其中视图包含所有其他的.jsp，.html或任何其他资源文件。 所以M和C不应该被棍棒分成V，因此是MVC。
希望是明确的:)
“我认为”是因为stream量是双向的，从控制器到模型和视图。 因此，他们称之为模型/视图控制器（“模型”和“视图”的控制器） ：/
