MVC不是一种设计模式（design pattern），它是一种架构模式（Architectural pattern），用以描述应用程序的结构以及结构中各部分的职责和交互方式。
它最先是在1979年的时候第一次被人提出，不过，当时环境有些不同，网络应用的概念在当时还不存在。提姆·伯纳斯李在上世纪九十年代初期的时候播种下了万维网（WWW）的种子，并永远的改变了世界。目前我们在网络开发中所采用的这种模式实际上是原版模式的一个改编版。
这种架构模式的疯狂流行是由于两个极其流行的开发框架将这种模式包含了进来，它们是：Struts 和 Ruby on Rails。这两个开发框架给稍后诞生的数百框架打上了深深的烙印。
模型-视图-控制器架构模式背后的思想非常简单：我们的应用程序中必须区分下面这些职责：
控制器
控制器掌管着用户的请求（当用户点击图形用户界面（GUI）上的元素执行操作时，控制器会收到HTTP GET或者POST请求）。它的主要功能就是调用并协调需要的资源/对象来执行用户请求。通常控制器会为任务调用合适的模型，以及选择合适的视图。 模型
模型是指运用于数据之上的数据规则和数据内容，它一般对应于应用程序所要管理的对象。在软件系统中，任何事物都可以被抽象成可以对其以某种方式进行处理的数据模型。应用程序中的用户，信息以及图书是什么？它们只是一堆必须按照对应规则处理的数据（日期不能是未来的日期，电子邮件有特定的格式，名字的长度不能超过多少字符等等）
模型包含我们应用程序逻辑中最重要的组成部分，这些逻辑运用于我们要处理的问题过程中。控制器更多的是包含应用程序自身的内部组织逻辑（更像管家）。
视图
视图提供了展示模型数据的不同方式。它可能是数据填充的模板。视图可以有多个，而控制器则决定使用哪个视图。一个网络应用通常由许多控制器，模型和视图组成。控制器可以被看成是一个主控制器，用于接收用户的所有请求，然后在调用特定的控制器来处理不同的情况。
让我们看一个例子
现在，假设，我们正在开发一个在线书店。用户可以进行如下操作：查看图书。注册，购买，往当前订单添加物品，创建和删除图书（如果他有管理员权限的话）。现在让我们看看当用户单击“幻想”门类来查看该门类下有哪些书时会发生什么情况。
我们会有一个特定的控制器来处理所有与图书相关的操作（查看，编辑，创建等操作）。这个例子中，我把该控制器命名为 books_controller.php。我们也会有一个模型（比如 book_model.php）来处理数据和与商店中图书物品相关的逻辑。最后我们还有一些视图来展示数据，比如图书清单，一个编辑图书的页面等等。
下面这幅图展示的是用户发出的查看请求是如何处理的：
控制器检查请求以及对应的参数，然后调用模型（book_model.php），请求模型返回幻想类的图书[2]。模型负责从数据库中调取信息 [3]，如有需要它可以加入过滤和逻辑，然后返回图书列表。
控制器使用恰当的视图来将这些数据展示给用户[6-7]，如果用户还选择了特定皮肤，对应的视图文件也会被选上等等。
MVC的好处是什么
我们使用MVC的一个最明显好处就是它将视图展示和应用逻辑清晰的分离开来。
对不同用户以及不同设备类型的支持一直是当下的一个常见问题。来自台式电脑和手机的请求所得到的视图应该是不相同的。模型会返回完全相同的数据，但是不同的地方是控制器会选择使用的视图文件来展示数据（我们可以把它看作是不同的模板）。
除了将视图从业务逻辑中分离开外，MVC的分离也降低了大型应用设计的难度。代码也更具结构性，因此也更容易维护，测试和重用。
但是为什么要框架呢？
当你使用一个框架时，MVC的基本结构已经包含在其中，你只需对这些结构进行扩充，将你的文件遵照MVC的模式放置到合适的目录中去。而且它也提供许多现成并且经过完全测试的功能。
以CakePHP最为MVC框架的例子。你一旦安装好以后，你会发现它包含三个主要的目录：
* app/ * cake/ * vendors/
APP文件夹是放置你应用程序文件的地方。这是你开放应用程序的地方。
Cake文件夹是Cakephp的文件存放位置以及开发的地方（框架的重要功能就在里面）
Vendors文件夹是用来存放所需要的第三方PHP库文件的位置。
你的工作文件夹(APP文件夹)又有下面这些结构：
* app/ config/ controllers/ locale/ models/ plugins/ tests/ tmp/ vendors/ o views/ o webroot/
现在你需要将你的控制器放置到controllers目录下，你的模型放置的models目录下，而视图文件则在views目录下。
一旦你熟悉了框架，你就能在你需要修改和创建代码时，知道应该在哪里动手。这种文件组织方式让维护容易上不少。
以框架为例 因为这个教程并不打算教你如何使用CakePHP制作一个应用程序，我们只是用它来展示一下模型，视图和控制器的演示代码，并对使用MVC框架所带的好处做一个评论。这些代码都是简化了的，并不适合实际的应用。
我们之前已经有一个在线书店，并且有一个好奇的用户想查看幻想门类下所有图书的清单。我们说过控制器会接收请求，然后协调控制器的操作。
因此当用户点击时，浏览器会请求下列网址：
www.ourstore.com/books/list/fantasy
CakePHP 的URL地址形式是/控制器/操作/参数1/参数2.这里的操作是控制器内调用到调用的函数。之前老的url网址则是
www.ourstore.com/books_controller.php?action=list&category=fantasy
控制器
使用CakePHP框架，我们的控制器的样子像下面这样：
<?php class BooksController extends AppController { function list($category) { $this->set(‘books‘, $this->Book->findAllByCategory($category)); } function add() { ... ... } function delete() { ... ... } ... ... } ?>
很简单，是吧。这个控制器会被保存成 books_controller.php，并放置在/app/controllers目录下。它包含一个列表（list）函数，用以执行我们例子中的操作，它也可以包含其他与图书相关的操作（像添加新图书，删除新图书）
框架为我们提供了许多内容，罗列所有图书只需一行代码。我们在基本的控制器行为中定义的有一个基础类，我们已经继承了。（AppController继承自Controller的）
在list操作中，我们需要做的就是调用模型获取数据，然后选择合适的视图文件来将数据展示给用户。下面要我们解释一下过程。
this->Book是我们的模型，而下面这段代码
$this->Book->findAllByCategory($category)
则是在告诉模型返回所选门类下的图书列表
下面的Set方法
$this->set(‘books‘, $this->Book->findAllByCategory($category));
是告诉控制器将数据传输给视图。它将模型返回的数据以books的变量传输给视图，然后视图中就可以访问该变量了。
现在我们需要渲染视图，如果你是使用默认视图，CakePHP会帮你自动完成。如果你需要使用其他视图，你则需要使用render方法来具体声明
模型
模型非常简单。
<?php class Book extends AppModel { } ?>
为什么是空的？因为它从基础类继承了一些必须的功能，我们只需遵循CakePHP的命名规范，然后框架就会自动帮你完成其他事情。比如。通过名字，CakePHP知道，这个是BooksController中使用的模型。然后会自动访问数据库中一个叫books的数据表。
这个定义，我们的book模型就具备从数据库中读取，删除和保存数据的能力。
这段代码应该保存成books.php，并放置于/app/models文件下。
视图
我们现在需要做的事情就是为list操作创建一个视图（至少是一个）。这个视图将使用HTML代码，并且还包含一些PHP代码来遍历模型提供的 books数组。
<table> <tr> <th>Title</th> <th>Author</th> <th>Price</th> </tr> <?php foreach ($books as $book): ?> <tr> <td> <?php echo $book[‘Book‘][‘title‘]; ?> </td> <td> <?php echo $book[‘Book‘][‘author‘]; ?> </td> <td> <?php echo $book[‘Book‘][‘price‘]; ?> </td> </tr> <?php endforeach; ?> </table>
我们已经看到了，视图文件并不生成一个完成的页面，它只是一段HTML代码。这是因为CakePHP提供了定义页面布局的方法，而视图则会被插入到布局中。在创建这些HTML片段时，框架也提供一些助手（helper）对象来帮我们完成常见的任务（插入表单，链接，Ajax或者 JavaScript） 我们将这个默认视图保存为list.ctp（list是操作的名称，而ctp是指cake模板），然后将它放置在 /app/views/books下(之所以在books目录下，是因为它是Book控制器的操作)。
至此在CakePHP的帮助下，这三部分都完成了。
结论
我们已经学习了当今最常用的架构模式MVC，我们需要注意，当我们在编程界提及的模式时，我们指的是可以用来解决手中问题的灵活架构。我们会发现实际使用会给我们看到的结构带来变动。但最为重要的是，这种模式会帮助我们气息的区分程序各部分的职责，便于程序维护，代码重用以及测试。
我们已经见识了使用MVC框架的好处，它给我们提供了一个基本的MVC骨架，以及许多有用的功能，提高了我们的效率，让开发过程更加轻松。
