Django之MTV开发模式

从著名的MVC模式说起

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

models(数据库，模型) views（html模板） controllers（业务逻辑处理） 

 

Django的MTV模式本质上和MVC是一样的，也是为了各组件间保持松耦合关系，只是定义上有些许不同，Django的MTV分别是指：
M代表模型(Model):负责业务对象和数据库的关系映射(ORM).
T代表模板(Template):负责如何把页面展示给用户(html).
V代表视图(View):负责业务逻辑，并在适当时候调用Model和Template
除了以上三层之外，还需要一个URL分发器，它的作用是将一个个URL的页面请求分发给不同的View处理，View再调用响应的Model和Template，MTV的响应模式如下所示：

 

1，Web服务器（中间件）收到一个http请求
2，Django在URLconf里查找对应的视图(View)函数来处理http请求
3，视图函数调用相应的数据模型来存取数据、调用相应的模板向用户展示页面。
4，视图函数处理结束后返回一个http的响应给Web服务器
5，Web服务器将响应发送给客户端

这种设计模式关键的优势在于各种组件都是松耦合的。这样，每个由Django驱动的Web应用都有着明确的目的，并且可独立更改而不影响到其他的部分。
比如，开发者更改一个应用程序中的URL而不用影响到这个程序底层的实现。设计师可以改变HTML页面的样式而不用接触Python代码。
数据库管理员可以重新命名数据表并且只需要改模型，无需从一大堆文件中进行查找和替换。
落到实处，Django的MTV模式相对应的Python文件如下：

 

转载自：以下博客