模型1是MVC体系结构的一个子类别吗？

Question

一个简单的问题问了很多次..。

模型1和模型2架构..。

我很难理解为什么模型1被称为MVC1.

因为在模型1中，我们与模型视图和控件没有那么强的解耦，在模型1中，向JSP或servlet发出请求，然后JSP或servlet处理请求的所有责任.

那么，如果控制器和视图之间的分离不是证据，那么为什么要调用Model 1，仅仅是MVC模式的一个子模型呢？

这仅仅是历史进程的开始，把我们带到MVC架构。

我的推理正确吗？

这篇文章：

aboutmvc2.html

我似乎同意me...but的观点，我想知道你怎么想.

Answer 1

构造Web的JavaWeb4.4.1针对这种解释发出了专门警告：

J2EE平台中关于Web层技术的文献经常使用"Model 1“和"Model 2”这两个术语，而不作解释。这个术语源于JSP规范的早期草案，该规范描述了JSP页面的两种基本使用模式。虽然这些术语已经从规范文档中消失了，但它们仍然是通用的。模型1和模型2仅指控制器servlet的缺位或存在，该servlet分发来自客户层的请求并选择视图。

此外，如果我们考虑到模型-视图-控制器( MVC )体系结构模式的目标是将应用程序划分为三个相互关联的部分(模型、视图和控制器)，并且模型1没有将Controller和View分离开来，我不知道模型1是否可以被视为MVC的一个子类别。

相反，Model 2通常与模型视图控制器(MVC)范式相关联，因为它驱动逻辑和显示之间的分离。

Answer 2

如果您阅读MVC wiki - http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller -您将看到没有概念的MVC模型1或MVC1模式或MVC模型2或MVC2，只有概念的MVC模式。

当您开发JSP应用程序时。对于简单的应用程序，您可以使用方法1(文章调用模型1)，即JSP页面不仅包含用于输出HTML的显示元素，而且还负责提取HTTP请求参数，调用业务逻辑(如果不是直接在JSP中实现的话)，并处理HTTP会话。方法1不是实现MVC模式，因为都是在JSP页面中，没有解耦。

对于复杂的应用程序，您可以使用实现MVC模式的方式2(文章调用MVC - Model 2-这个名字的名称是MVC，因为模型2实现了MVC模式)。方法2( MVC实现)帮助我们在视图和业务逻辑处理(Controller)、视图和模型之间进行解耦。