Django框架—MTV模式和路由系统
一、MVC和MTV模式
1.MVC框架模式
MVC的全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,是一种软件设计典范。
MVC模式把Web应用分为模型(M),控制器(C)和视图(V)三层,他们之间以一种插件式的、松耦合的方式连接在一起,模型负责业务对象与数据库的映射(ORM),视图负责与用户的交互(页面),控制器接受用户的输入调用模型和视图完成用户的请求。
MVC是web开发的通用的模型,其他语言web开发中也遵循这个模式。
-
M:model,模型;代表一个存取数据的对象,可以带有逻辑,在数据变化时更新控制器。
-
V:view ,视图;代表模型包含的数据的可视化,也就是html文件。
-
C:controller ,是应用程序中处理用户交互的部分,通常控制负责从视图中读取数据,控制用户输入,并向模型发送数据;
2.MTV模式
在Django中的web框架模式是MTV模式 Model–Template–View,本质上和MVC是一样的,将各个组件实现松耦合,只不过定义上有些许不同。
用户通过浏览器向我们的服务器发起一个请求(request),这个请求回去访问视图函数,(如果不涉及到数据调用,那么这个时候视图函数返回一个模板也就是一个网页给用户),视图函数调用模型,模型去数据库查找数据,然后逐级返回,视图函数把返回的数据填充到模板中空格中,最后返回网页给用户。
-
M:model,模型;负责业务对象和数据库的关系映射(ORM)
-
T:templates,模板;负责如何把页面展示给用户(html),也就是html文件
-
V:view,视图;负责业务逻辑,并在适当时候调用Model和Template。
在MTV模型中,除了上面三层以外,还有一个URL分发器,它的作用是将一个个URL的页面请求分发给不同的View处理,View再调用相应的Model和Template。
MTV的响应模式如下所示:
二、Django基本命令
1.Django的安装
1.cmd中使用pip命令安装。
注意:使用pip安装的时候,确认scripts添加到了环境变量中。
pip3 install django==1.11.x # 安装Django指定版本
2.使用pycharm安装
# File->settings->project->Project interpreter 搜索Django,安装即可,specify version 可以选择版本
2.创建一个Django项目
创建项目的两种方式
cmd中创建项目
在需要创建项目的路径下运行cmd,或者运行cmd切换到需要创建项目的路径下。执行
django-admin startproject mysite # 在需要创建项目的路径下执行
创建好的目录结构如下
pycharm中创建项目
File->create Project->Django # 设置里面指定项目路径,和应用名 # 如果不指定应用名,创建后的目录结构和cmd中创建的是一样的。
目录结构文件的意义
-
manage.py ----> Django项目里面的工具,通过它可以调用django shell和数据库,启动关闭项目与项目交互等,不管你将框架分了几个文件,必然有一个启动文件,其实他们本身就是一个文件。
-
settings.py ----> 包含了项目的默认设置,包括数据库信息,调试标志以及其他一些工作的变量。
-
urls.py ----> 负责把URL模式映射到应用程序。
-
wsgi.py ----> runserver命令就使用wsgiref模块做简单的web server,后面会看到renserver命令,所有与socket相关的内容都在这个文件里面了,目前不需要关注它。
此时我们执行如下命令就可以启动Django项目了,只不过里面没有任何逻辑。
python manage.py runserver 127.0.0.1:8080 # 本机的话ip地址可以不填
注意:上面的目录结构中并没有view视图函数文件,我们要理解一个项目中,应该是有不用的应用来服务不同的业务,而在一定程度上这些应用都是独立的。view视图就应该是每个应用与应用之间相互独立拥有的,这样更利于我们对不同应用业务逻辑的管理。
而我们上面创建的项目中还没有创建应用,所以没有视图文件。
两种创建方式的区别
- 在cmd中创建的项目,不带应用文件,而pycharm中创建的项目,如果写了应用名,会创建;不写则不创建
- cmd中创建的项目,不带templates文件夹,而且settings文件中的TEMPLATES中DIR路径也是空的,需要自己配置后,里面的文件才能通过相对路径使用。而pycharm中创建的项目,自带templates文件夹,路径也给配置好了。
3.在项目中创建应用
创建应用的两种命令;
注意创建应用的方式只能在cmd中创建,需要切换到项目路径下执行。
# 第一种 python manage.py startapp 应用名 # 第二种 django-admin startapp 应用名
应用文件目录结构如下
-
models.py :这个文件是存放与该app(应用)相关的数据表结构。
-
views.py :存放与该app相关的视图函数的
4.启动Django项目
python manage.py runserver 127.0.0.1:8080 # 地址是本机就可以不用写ip地址 如果连端口都没写,默认是本机的8000端口
执行这个命令,django项目就启动了,当我们访问http://127.0.0.1:8080/时就可以看到
简单的Django项目实例
创建一个django项目,比如DjangoSite
python-admin startproject DjangoSite
创建一个应用app01
python manage.py startapp app01
1.配置urls控制器
from django.conf.urls import url from django.contrib import admin from app01 import views urlpatterns = [ # url(r'^admin/', admin.site.urls), # djando项目自带,可注释掉 url(r'^login/', views.login), # 配置自己的url路径 ]
2.配置路径对应的视图函数
视图文件
from django.shortcuts import render,HttpResponse def login(request): # request是django封装好的请求数据对象 if request.method == "GET": # 通过request的method属性,判断请求方式 return render(request,"login.html",{"name":"xiaohei"}) # render方法用传递的字典数据来渲染login.html文件,通过return返回给前端。 # 注意login.html文件放在templates路径下,django帮我们配置好了路径,直接通过文件名就可以找到文件。 # {"name":"xiaohei"}是render替换html中特殊字符的数据,类似jinja2中的字符串替换。 else: username = request.POST.get("username") # 获取post请求的数据,post请求数据封装在字典中 password = request.POST.get("password") if username == "alex" and password == "alex": # 验证帐号密码 return render(request,"index.html") else: # 验证错误,发送一个http响应 return HttpResponse("滚犊子")
3.配置模板文件
django中的html文件都放在template中,
配置login.html文件
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> </head> <body> <h1>欢迎:{{ name }}</h1> <form action="login/" method="post"> 帐号:<input type="text" name="username"> 密码:<input type="password" name="password"> <input type="submit"> </form> </body> </html>
配置index.html文件
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> </head> <body> 来了小老弟 </body> </html>
4.注意项目路径下的settings文件配置
settings文件下的middleware注释掉一样,不然无法正常启动
MIDDLEWARE = [ 'django.middleware.security.SecurityMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', # 'django.middleware.csrf.CsrfViewMiddleware', # 需要注释掉这一行,涉及到csrf认证,以后再打开 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware', ]
settings文件中的INSTALLED_APPS添加应用名
INSTALLED_APPS = [ 'django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.messages', 'django.contrib.staticfiles', 'app01.apps.App01Config', # 添加自己的应用,有几个添加几个,可以直接添加应用名字,如app01 ]
5.启动项目
1.pycharm中启动项目
注意服务器的地址配置是通过下图地方配置,在这里修改服务器ip和端口。
2.cmd中启动服务
在项目文件路径下,cmd中执行命令
python manage.py runserver 127.0.0.1:8080
三、视图层之路由配置系统(urls)
1.什么是url配置
URL配置(URLconf)就像Django所支撑网站的目录。它的本质是URL与要为该URL调用的视图函数之间的映射表;
Django中是以这种方式告诉Django,对于不同的URL需要调用不同的视图函数,处理业务。
urls中的配置
from django.conf.urls import url urlpatterns = [ url(正则表达式1, views视图函数1,参数,别名), url(正则表达式2, views视图函数2,参数,别名), # 等等 ]
参数说明
-
正则表达式:一个正则表达式字符串
-
views视图函数:一个可调用对象,通常为一个视图函数或一个指定视图函数路径的字符串
-
参数:可选的要传递给视图函数的默认参数(字典形式)
-
别名:一个可选的name参数
注意:这里传入的额外参数是字典形式的,也就是以关键字的参数传入,而且字典的键名要与views视图函数中的形参一致。
当有正则分组的参数传入时,注意分组参数是位置参数还是关键字参数,从而确认参数填写的顺序。
2.URLconf的正则字符串参数
1.简单正则匹配
from django.conf.urls import url from . import views urlpatterns = [ url(r'^articles/2003/$', views.special_case_2003), url(r'^articles/([0-9]{4})/$', views.year_archive), url(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive), url(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail), ] # 根据不同的访问请求,通过正则匹配,来获取不同的视图处理函数
几点注意
-
rulpatterns中的路径一但匹配成功则不再继续匹配
-
若要从URL中捕获一个值,需要把他们放在圆括号中。
-
匹配开头不需要添加反斜杠,每个URL中自带。
-
每个正则表达式前面的'r',不是必须,但是推荐加上
-
^...& 以什么结尾,以什么开头,严格限制路径
关于URL尾是否带斜杠
关于路径结束是否带斜杠,在Django中,如果你访问的页面URL后没有带斜杠/,Django会返回301状态码,重定向URL,强制浏览器带上斜杠/在来请求。
取消这个设定方法,在settings中修改配置
APPEND_SLASH=False # 默认是True,修改False就取消了上述设定。
注意:取消这个设置后,如果我们访问时不带后面的斜杠,会访问不到页面。
3.分组命名匹配
无名分组
正则表达式分组匹配(通过圆括号)来捕获URL中的值并以位置参数形式传递给视图。
from django.conf.urls import url from . import views urlpatterns = [ url(r'^articles/(\d{4})/$', views.year_archive) #year_archive(request,n),小括号为分组,有分组,那么这个分组得到的用户输入的内容,就会作为对应函数的位置参数传进去 ]
有名分组
在更高级的用法中,可以使用分组命名匹配的正则表达式组来捕获URL中的值并以关键字参数形式传递给视图。
在Python的正则表达式中,分组命名正则表达式组的语法是(?P<name>pattern),其中name是组的名称,pattern是要匹配的模式。
from django.conf.urls import url from . import views urlpatterns = [ url(r'r'^articles/(?P<year>[0-9]{4})/$', views.year_archive) #year_archive(request,year),有名分组,给分组起个名字,那么这个分组得到的用户输入的内容,就会作为对应函数的关键字参数传进去,形参和命名需要一致。 ]
注意:分组命名中捕获的数据,永远都是字符串,无论正则表达式使用什么匹配方式。
4.传递默认参数
views中的视图函数可以指定默认参数,如果没有实参覆盖,那么就只用默认参数,有的话使用传入的实参。
# urls.py中 from django.conf.urls import url from . import views urlpatterns = [ url(r'^blog/$', views.page), url(r'^blog/page(?P<num>[0-9]+)/$', views.page), ] # views.py中,可以为num指定默认值 def page(request, num="1"): pass
5.命名URL(别名)和URL的反向解析
命名URL由来
在项目中,我们配置好的url路径可能会更改,如果说我们的路径更改了,那我们在前端页面中写入访问路径的所有标签(a标签、form表单等)里面的属性值全都需要手动更改,这样对于我们扩展修改就十分不方便,尤其是前端页面可能不是你写的,那么修改更加麻烦。
在Django项目中,一个常见的需求是获得URL的最终形式,以用于嵌入到生成的内容中(视图中和显示给用户的URL等)或者用于处理服务器端的导航(重定向等)。
但是我们又不希望使用硬编码(写死路径),所以我们需要一个能够DRY的机制,能够允许url自动更新而不用遍历项目的源代码来更换过期的url。
url的双向使用
Django提供了一个办法,只需在URL中提供一个name参数,并赋值一个你自定义的、好记的、直观的字符串。这样你就可以双向使用这个url。
-
根据用户/浏览器发起的URL 请求,它调用正确的Django 视图,并从URL 中提取它的参数需要的值。
-
根据Django 视图的标识和将要传递给它的参数的值,获取与之关联的URL。
第一种方式就是就是通过浏览器发起的url去调用正确的视图函数,并响应浏览器;
第二种方式叫做反向解析URL、反向URL匹配、反向URL查询、或URL反查。
URL反查
在需要URL的地方,对于不同层级,Django提供了不同的工具用于URL反查:
-
在模板文件中:使用URL模板标签
-
在python代码中:使用Django.core.urlresolvers.reverse()函数
-
在更高层的与处理Django模型实例相关的代码中:使用get_absolute_url()方法
简单来说,就是我们可以给我们的URL匹配规则起个名字,一个URL匹配模式起一个名字,这样就可以不写死URL代码了,只需要通过名字反向解析获取当前的URL。
如何使用
举个栗子,在url路由配置中为url取别名
url(r'^home', views.home, name='home'), # 给我的url匹配模式起名(别名)为 home,别名不需要改,在所有页面使用别名,这样前头路径你就可以随便改了 url(r'^index/(\d*)', views.index, name='ind'), # 给我的url匹配模式起名为index
在模板中可以这样使用
{% url 'home' %} #模板渲染的时候,被django解析成了这个名字对应的那个url,这个过程叫做反向解析
而在views函数中,可以使用reverse根据别名获取实际url路径
from django.urls import reverse def redister(request): path1 = reverse('ind') # 根据别名,反向解析获取实际url路径 if reqeust.method =="POST": return redirect(path1) # 跳转页面 # return redirect("ind") # 也可以直接写别名,因为redirect内部调用了reverse方法
注意
-
使用url反查,需要命名url,命名url的名称可以包含任何你想用的字符
-
当命名你的URL 模式时,请确保使用的名称不会与其它应用中名称冲突。
-
6.别名的使用
什么是url别名
urlconf中配置url路径时最后一个参数给url指定别名,这是一个可选的参数。
url别名的作用,在视图函数或者模板文件中使用别名后,无论urls中的匹配路径如何改变,都可以通过这个别名都能反解找到对应的访问路径或视图函数。而前端访问的路径还是需要符合匹配规则的,这样有利于后端开发的修改维护。
配置两种别名
1.给url请求路径配置别名
在url分发任务时,别名参数以关键字传递,如 name="别名",name是固定写法。
如果在模板文件也就是html文件中使用了该路径,则需要按照模板渲染的规则,写入 {% url "别名" %} 特殊字符,通过视图函数中的render方法,将路径通过反向解析替换为实际的访问路径,从而访问正确的url路径,返回正确的响应。
使用实例
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"></head> <body> {#<form action="/login/" method="post">#} {# 这个是最开始的路径,正常路径 #} {#<form action="{% url login%}" method="post"> {# 报错,NoReverseMatch at /login/ #} <form action="{% url 'log' %}" method="post"> {# 注意,action外部没有引号,大括号里面url 引号#} <input type="text" name="user"> {# 注意,这里只能用name,不能用id哈 #} <input type="password" name="pass"> {# 注意,这里只能用name,不能用id哈 #} <input type="submit" value="submit"> </form> </body> </html>
from django.contrib import admin from django.urls import path from blog import views from django.conf.urls import url urlpatterns = [ # URL第四个参数别名操作,name="XXXX",name里面的值代表的是我们的URL路径 url(r'^login', views.login, name="log"), # 将路径名跟函数进行映射 ]
from django.shortcuts import render, HttpResponse import datetime # URL之别名操作 def login(request): if request.method == "POST": username = request.POST.get("user") password = request.POST.get("pass") if username == "ryx" and password == "123": print("username: %s password: %s" % (username, password)) return HttpResponse("登录成功".encode("utf8")) return render(request, "login.html")
2.给静态文件配置别名
为应用中的静态文件static文件夹配置别名,访问网页时,无论后端静态文件夹路径如何修改,前端访问静态文件的路径始终不变。
- 在应用程序中新建static文件夹,用于存放应用的所有静态文件
- 在mysite的settings.py文件中配置静态文件路径
STATIC_URL = '/static/' TEMPLATE_DIRS = (os.path.join(BASE_DIR, 'templates'),) # 原配置 # 静态资源文件 STATICFILES_DIRS = (os.path.join(BASE_DIR, "statics"),) # 现添加的配置,这里是元组或列表都可以,注意逗号
7.路由分发include
什么是路由分发
我们之前的url分发都配置在项目下的urls.py中,但是我们想过没有,一个项目下可能存在成百上千的应用,而我们将所有应用下的urls分发全部配置在项目下的urls中供全部app使用,会有多么混乱,耦合性太高,十分不利于管理维护。
django中在url分发中提供了一个分发接口,就是include方法。
At any point, your urlpatterns can “include” other URLconf modules. This
essentially “roots” a set of URLs below other ones.
For example, here’s an excerpt of the URLconf for the Django website itself.
It includes a number of other URLconfs:
路由分发配置
-
在项目文件根路径下的urls.py中配置每一个应用的路径分发
from django.conf.urls import url,include urlpatterns = [ # url(r'^admin/', admin.site.urls), url(r'^app01/', include('app01.urls')), # 可以包含其他的URLconfs文件 url(r'^app02/',include('app02.urls')), ] # 别忘了要去不同app路径下创建一个urls.py的文件,现在意思是凡是以app01开头的路径请求,都让它去找app01下的urls文件中去找对应的视图函数
注意一点:此时这个文件里面的那个app01路径不能用结尾,因为如果写了,就没办法比配上app01/后面的路径。
-
分别在不同应用下创建urls.py文件,分配当前应用的不同url请求
from django.conf.urls import url #from django.contrib import admin from app01 import views # 被项目路径下的urls筛选后,对于app01的请求url全部分配到app01下的urls中再分配。 urlpatterns = [ # url(r'^admin/', admin.site.urls), url(r'^articles/2003/', views.special_case_2003,{'foo':'xxxxx'}), # {'foo':'xxxxx'},给视图函数传递额外的参数,而视图函数里面必须有个形参叫做foo来接收这个关键字参数。 url(r'^articles/(\d{4})/(\d{2})/', views.year_archive,name="articles"), # 同样可以取别名 ]
8.命名空间模式
为什么使用命名空间
在django项目中,我们可能产生多个应用,多个应用之间的url路由,为了结构更加清晰,明朗,会使用路由分发将对应的url分配到不同的应用中。
而当我们应用数量很多,会不会出现这个问题,就是两个应用中的url别名出现了重复。
这个时候django,会按照app注册的顺序去寻找对应别名的url,但是因为别名重复了,我们发现django总是会找到第一个url,这样就会出现路由解析错误的问题。
命名空间的使用
项目下urls.py文件
from django.conf.urls import url, include urlpatterns = [ url(r'^app01/', include('app01.urls', namespace='app01')), # 配置命名空间 url(r'^app02/', include('app02.urls', namespace='app02')), ]
app01中的urls.py
from django.conf.urls import url from app01 import views app_name = 'app01' # 指定应用名称app01 urlpatterns = [ url(r'^detail/(?P<pk>\d+)/$', views.detail, name='detail') ]
app02中的url.py
from django.conf.urls import url from app02 import views app_name = 'app02' # 指定应用名app02 urlpatterns = [ url(r'^detail/(?P<pk>\d+)/$', views.detail, name='detail') ]
以上这种情况,就出现了两个应用中url别名重复的问题,如果我们不定义应用的命名空间,直接使用别名,就会出现url反解错误的可能。
命名空间使用语法
'命名空间名称:url名称'
模板中使用
{% url 'app01:detail' pk=12 %}
views中视图函数
v = reverse('app01:detail', kwargs={'pk':12})