MVC 的最佳定义是什么？

Question

我一直在使用带有 MVC 配置的 Zend 框架，阅读了有关 Ruby on Rails 的信息，并且我计划在 Python（Django？）中探索其他 MVC 框架。 我真的很喜欢它隔离逻辑、安全性和验证的某些部分的方式。 但是在使用它一年后，我在这里读到一个答案，说几乎每个人对 MVC 的定义都是错误的，这让我想知道：MVC 的正确定义是什么，我在哪里可以阅读有关模式和标准实现的信息？

更新：我知道我们都知道 BASIC 定义（有一个模型、一个控制器和一个视图，控制器上的操作在使用模型制作一些东西后转到带有一些信息的视图）但我很想知道你的定义是什么认为每个人都知道，为什么它是错的（也许这会向每个人解释可能存在错误的地方，意见，当然还有你对此的真实观点）

Answer 1

我发现人们对 MVC 的理解最大的错误是他们认为该模式包含的内容比实际内容多。 更具体地说，人们经常认为：

• 模型 = 数据库
• 视图 = HTML
• 控制器 = 业务逻辑和其他一切。

这通常是在较小的应用程序中工作的方式，但实际上 MVC 是一种将业务代码与表示代码分开的方式。 模型完成所有真正的业务工作。 视图提供外观和感觉，控制器将一个映射到另一个。

Answer 2

请参阅 Martin Fowler 所著的《企业应用程序架构模式》一书的第 14 章。

MVC 部分开始于：

“模型视图控制器 (MVC) 是周围引用最多（也最被错误引用）的模式之一。它最初是 Trygve Reenskaug 于 1970 年代后期为 Smalltalk 平台开发的框架。从那时起，它在大多数 UI 中发挥了重要作用框架和关于 UI 设计的思考。”

它还说：

“当我考虑 MVC 时，我看到了两个主要的分离：将表示与模型分离，将控制器与视图分离。

...

其中，表示和模型的分离是软件中最重要的设计原则之一，唯一不应该遵循它的情况是在模型没有实际行为的非常简单的系统中。 一旦你得到一些非视觉逻辑，你就应该应用分离。 不幸的是，很多 UI 框架都让它变得很困难，而那些没有的 UI 框架通常会在没有分离的情况下进行教学。

视图和控制器的分离不太重要，所以我只建议在真正有用时才这样做。 对于富客户端系统，这种情况几乎永远不会发生，尽管在控制器分离的 Web 前端中很常见。 这里的大多数网页设计模式都基于这个原则。”

Answer 3

我相信 Martin Fowler在这里给出的 MVC 定义。 但是，您可能想注意到这样一个事实，即这些框架或多或少都有自己的调整。 例如，像 Django 这样的框架由于其模板功能而更像是模型-模板-控制器。

Answer 4

模型-视图-控制器模式提出了用于软件开发的三个主要组件或对象：

• 一个 Model ，表示软件应用程序中数据的底层逻辑结构以及与之关联的高级类。 此对象模型不包含有关用户界面的任何信息。
• 一个 View ，它是代表用户界面中元素的类的集合（用户可以在屏幕上看到和响应的所有内容，例如按钮、显示框等）
• 一个 Controller ，代表连接模型和视图的类，用于在模型和视图中的类之间进行通信。

Answer 5

我相信同样的事情。 就我而言，任何设法将显示、数据/业务对象和它们的控制（初始化、响应用户输入）的关注点分开的东西都能获得 MVC 寻求提供的好处。

目的是将这些项目移动到可重复使用的组件中，并能够交换不同的实现，并且能够单独测试各个部分。 IMO 这就是 MVC 的全部内容。

这是关于 MVC 范式的一些历史和流行实现的一篇很好的文章。 我们也应该在那里添加推荐用于 WPF 的模型 - 视图 - 视图模型模式。

Answer 6

MVC 是三种 ASP.NET 编程模型之一。 MVC 是使用 MVC（模型视图控制器）设计构建 Web 应用程序的框架：模型代表应用程序核心（例如数据库记录列表）。 视图显示数据（数据库记录）。

Answer 7

该项目分为三个部分：

1. 模型：表示到数据库中。
2. 视图：表示到您的项目界面中，您可以使用 html、javaScript 和 css 进行操作。
3. 控制器：这是表示到函数中的业务逻辑，它也考虑代表安全级别的模型和视图之间的链接。