MVC与MTV模型及Django请求的生命周期

MVC模型

MVC:Model View Controller

M: 模型.是应用程序中用于处理应用程序数据逻辑的部分

V:视图.是应用程序汇总处理数据显示的部分

C:控制器.是应用程序中处理用户交互的部分

Web 服务器开发领域里煮面的MVC模式,所谓的MVC就是把Web应用分为模型(M),控制器(C)和视图(V)

三层,他们之间以一种插件式的、松耦合的方式连接在一起，模型负责业务对象与数据库的映射(ORM)，视图负责与用户的交互(页面)，控制器接受用户的输入调用模型和视图完成用户的请求，其示意图如下所示：

 

C存在的目的则是确保M和V的同步,一旦M改变,V应该同步更新

优点:

• 耦合度低
• 重用行高
• 生命周期成本低
• 部署速度快
• 可维护性高
• 有利于软件工程化管理

缺点:

• 没有明确的定义
• 不适合小型应用程序
• 增加系统结构复杂性

MTV模型

Django使用的的MTV模型本质上和MVC是一样的，也是为了各组件间保持松耦合关系，只是定义上有些许不同，Django的MTV分别是值：
M：Model。负责业务对象和数据库的关系映射（ORM）
T：Template。负责如何把页面展示给用户
V：View。负责业务逻辑，并在适当时候调用Model和Template

除了以上三层之外，还需要一个URL分发器，它的作用是将一个个URL的页面请求分发给不同的View处理，View再调用相应的Model和Template，MTV的响应模式如下所示：

一般是用户通过浏览器（Browser）向我们的服务器发起一个请求(request)，这个请求会在控制器层（url）进行匹配，匹配成功以后调用相应的视图函数（如果不涉及到数据调用，那么这个时候视图函数返回一个模板也就是一个网页给用户），视图函数调用模型，模型去数据库查找数据，然后逐级返回，视图函数把返回的数据填充到模板中空格中，最后返回网页给用户。

Django请求生命周期

整个生命周期