Microsoft的MVC实现是否与经典MVC模式不同[关闭]

Question

在关于ASP.NET MVC的网络上的各种文章中，人们都提到微软的MVC实现在某种程度上与“经典”MVC模式不同。

但我从来没有见过任何人进入这个任何细节，乍一看我没有看到ASP.NET MVC是如何从所描述的内容，比方说，任何不同的位置 。

所以我的问题是：ASP.NET MVC真的违反了任何MVC模式原则吗？

Answer 1

问题实际上是MVC是一种松散定义的模式。 “M”可以解释为“业务领域中的所有内容，从实体到业务逻辑”。

我不会说ASP.NET违反MVC，而是松散地解释它。

一些官方MVC示例直接在控制器中使用实体框架，在我看来是不正确的。 因为它不是模型和视图之间的桥梁。 相反，它负责业务逻辑（即使它是非常基本的逻辑）并将模型信息映射到视图。

ASP.NET MVC有一种称为视图模型的东西，它不是MVC中的M. 它们被用作模型（或模型中的一个或多个实体）与视图之间的适配器，从而接管控制器的一部分责任。

Answer 2

通常是的，MVC模式的微软实现遵循MVC模式的主要租户。 它有一个模型，控制器和视图，负责UI的略微不同的方面（记住MVC是这个实例中的一个表示模式，所以它只负责UI（大多数））

微软开始偏离的地方是特别引入一些不那么干净（如非100％MVC）的功能

• ViewBag
• 视图中的C＃（不是razor，而是@helper函数）
• TempData的
• ViewData的
• 布局
• 的ViewModels

以上某些问题比其他问题更具争议性。 最终所有这些都是为了加速开发而设计的，但是远离控制器构建视图然后呈现的模型（完全停止）的想法。

微软也倾向于将MVC解释为业务逻辑模式（如上所述，它是一种UI模式）。

因此，在Microsoft世界中，您经常会看到控制器从中获取模型的示例（例如）Entity Framework执行某些业务逻辑（业务逻辑不应该真正位于控制器中）然后将其传递给ViewModel（不是真正的100％MVC）然后视图呈现它（使用辅助函数操作数据）。

因此，当它不是时，他们尝试将MVC作为一种模式适合所有解决方案。

Answer 3

虽然，我同意[在某些方面]的其他答案，但让我把它放到不同的角度。

ASP.NET MVC 不是一个模式 ，而是在其中您可以使用MVC模式编写的软件，或者更确切地说，它的特定网络应用程序版本的框架 。

你不应该担心微软的实施。 他们对MVC框架的实现与MVC模式没什么关系。 为了实现它，我确信MS会使用许多不同的模式。 这里的关键是要了解MVC框架不是MVC。 它允许您使用MVC模式进行开发。 在这种情况下，此模式包含您需要遵循的某些规则，例如在其他模式中 - 例如，最后使用Controller名称控制器。 但这是MS为您实施的。 所以，你有视图，模型和控制器。 MVC框架告诉您，遵循规则，我们将为您连接所有这些。

现在，如果你将MVC模式作为原始模式，它会告诉你 - 从控制器和模型的单独视图。 和控制器分开的模型。 因此，您可以使用不同视图重用模型和控制器。 现在，你如何实现它 - 这取决于你。 只要它具有我上面描述的特征，这就是MVC。 所以，再一次，MS给了你MVC框架，你有单独的MVC。 因此，当您编写M，V和C时，您将分离原始模式描述。 MVC框架为您处理布线。