LonelyJames发布于 2010-04-06 09:54:23| 2031 次阅读 字体：大 小 打印预览 
本文感谢东西提供
模型-视图-控制器（MVC）可能是近年来网络编程圈子里最常被提及的模式之一。目前与网络应用开发沾边的人听到和看到这个字母缩写的次数肯定不下百次。 今天，我们将详细阐述一下MVC的含义，以及它变的如此流行的原因。
古老的历史…
MVC不是一种设计模式（design pattern），它是一种架构模式（Architectural pattern），用以描述应用程序的结构以及结构中各部分的职责和交互方式。
它最先是在1979年的时候第一次被人提出，不过，当时环境有些不同，网络应用的概念在当时还不存在。提姆·伯纳斯李在上世纪九十年代初期的时候播种下了万维网（WWW）的种子，并永远的改变了世界。目前我们在网络开发中所采用的这种模式实际上是原版模式的一个改编版。
这种架构模式的疯狂流行是由于两个极其流行的开发框架将这种模式包含了进来，它们是：Struts 和 Ruby on Rails。这两个开发框架给稍后诞生的数百框架打上了深深的烙印。
网络应用中的MVC模式
模型-视图-控制器架构模式背后的思想非常简单：我们的应用程序中必须区分下面这些职责：
控制器
控制器掌管着用户的请求（当用户点击图形用户界面（GUI）上的元素执行操作时，控制器会收到HTTP GET或者POST请求）。它的主要功能就是调用并协调需要的资源/对象来执行用户请求。通常控制器会为任务调用合适的模型，以及选择合适的视图。
模型
模型是指运用于数据之上的数据规则和数据内容，它一般对应于应用程序所要管理的对象。在软件系统中，任何事物都可以被抽象成可以对其以某种方式进行处理的数据模型。应用程序中的用户，信息以及图书是什么？它们只是一堆必须按照对应规则处理的数据（日期不能是未来的日期，电子邮件有特定的格式，名字的长度不能超过多少字符等等）
模型给控制器提供了一个用户请求内容对应的数据表达（比如信息，书，相册）。不管我们如何向用户展示，这个数据模型都不会变。这也是我们为什么可以随意选择使用哪个视图来展示数据的原因。
模型包含我们应用程序逻辑中最重要的组成部分，这些逻辑运用于我们要处理的问题过程中。控制器更多的是包含应用程序自身的内部组织逻辑（更像管家）。
视图
视图提供了展示模型数据的不同方式。它可能是数据填充的模板。视图可以有多个，而控制器则决定使用哪个视图。一个网络应用通常由许多控制器，模型和视图组成。控制器可以被看成是一个主控制器，用于接收用户的所有请求，然后在调用特定的控制器来处理不同的情况。