关于模型视图控制器:MVC最好的定义是什么?

What is the best definition of MVC?

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

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


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

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

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


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

关于 MVC 的部分以:

开头

"Model View Controller (MVC) is one of
the most quoted (and most misquoted)
patterns around. It started as a
framework developed by Trygve
Reenskaug for the Smalltalk platform
in the late 1970s. Since then it has
played an influential role in most UI
frameworks and in the thinking about
UI design."

它还说:

"As I think about MVC I see two
principal separations: separating the
presentation from the model and
separating the controller from the
view.

...

Of these the separation of
presentation and model is one of the
most important design principles in
software, and the only time you
shouldn't follow it is in very simple
systems where the model has no real
behavior in it anyway. As soon as you
get some nonvisual logic you should
apply the separation. Unfortunately, a
lot of UI frameworks make it
difficult, and those that don't are
often taught without a separation.

The separation of view and controller
is less important, so I'd only
recommend doing it when it is really
helpful. For rich-client systems, that
ends up being hardly ever, although
it's common in Web front ends where
the controller is separated out. Most
of the patterns on Web design here are
based on that principle."


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


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

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

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

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

这是对 MVC 范式的一些历史和流行实现的很好的记录。我们也应该在其中添加为 WPF 推荐的 Model - View - ViewModel 模式。


项目分为三个部分:

  • 模型:表示到数据库中。
  • 视图:表示到您的项目界面中,您可以使用 html、javaScript 和 css 来实现。
  • 控制器:这是您在函数中表示的业务逻辑,它也是代表安全级别的模型和视图之间的链接。

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