模型-视图-控制器架构模式背后的思想非常简单：我们的应用程序中必须区分下面这些职责：
应用程序被分成了三个主要的部分，每个部分负责掌管不同的任务。下面让我们看看详细的解释以及一个例子。
控制器
控制器掌管着用户的请求（当用户点击图形用户界面（GUI）上的元素执行操作时，控制器会收到HTTP GET或者POST请求）。它的主要功能就是调用并协调需要的资源/对象来执行用户请求。通常控制器会为任务调用合适的模型，以及选择合适的视图。
模型
模型是指运用于数据之上的数据规则和数据内容，它一般对应于应用程序所要管理的对象。在软件系统中，任何事物都可以被抽象成可以对其以某种方式进行处理的数据模型。应用程序中的用户，信息以及图书是什么？它们只是一堆必须按照对应规则处理的数据（日期不能是未来的日期，电子邮件有特定的格式，名字的长度不能超过多少字符等等）。
模型给控制器提供了一个用户请求内容对应的数据表达（比如信息，书，相册）。不管我们如何向用户展示，这个数据模型都不会变。这也是我们为什么可以随意选择使用哪个视图来展示数据的原因。模型包含我们应用程序逻辑中最重要的组成部分，这些逻辑运用于我们要处理的问题过程中。控制器更多的是包含应用程序自身的内部组织逻辑。
视图
视图提供了展示模型数据的不同方式。它可能是数据填充的模板。视图可以有多个，而控制器则决定使用哪个视图。一个网络应用通常由许多控制器，模型和视图组成。控制器可以被看成是一个主控制器，用于接收用户的所有请求，然后在调用特定的控制器来处理不同的情况。
让我们看一个例子
现在，假设，我们正在开发一个在线书店。用户可以进行如下操作：查看图书。注册，购买，往当前订单添加物品，创建和删除图书（如果他有管理员权限的话）。现在让我们看看当用户单击“幻想”门类来查看该门类下有哪些书时会发生什么情况。
我们会有一个特定的控制器来处理所有与图书相关的操作（查看，编辑，创建等操作）。这个例子中，我把该控制器命名为 books_controller.php。我们也会有一个模型（比如 book_model.php）来处理数据和与商店中图书物品相关的逻辑。最后我们还有一些视图来展示数据，比如图书清单，一个编辑图书的页面等等。下面这幅图展示的是用户发出的查看请求是如何处理的：
控制器（books_controller.php）以HTTP GET或者POST的方式接收到用户的请求（我们也可以有一个主控制器，比如index.php 来接收请求，然后它再调用ooks_controller.php）。
控制器检查请求以及对应的参数，然后调用模型（book_model.php），请求模型返回幻想类的图书。模型负责从数据库中调取信息，如有需要它可以加入过滤和逻辑，然后返回图书列表。控制器使用恰当的视图来将这些数据展示给用户，如果用户还选择了特定皮肤，对应的视图文件也会被选上等等。
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框架所带的好处做一个评论。这些代码都是简化了的，并不适合实际的应用。
控制器
使用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的帮助下，这三部分都完成了。