目标
- 限制请求method
- 页面重定向
- HttpRequest 对象
- HttpResponse 对象
- 生产CVS 文件
- 类视图
- 错误处理
一 限制请求method
1-1 常用的请求method
1. GET请求:GET请求一般用来向服务器索取数据,但不会向服务器提交数据,不会对服务器的状态进行更改。比如向服务器获取某篇文章的详情。
2. POST请求 :POST请求一般是用来向服务器提交数据,会对服务器的状态进行更改。比如提交一篇文章给服务器。
1-2 限制请求装饰器
Django
内置的视图装饰器可以给视图提供一些限制。比如这个视图只能通过GET
的method
访问等。以下将介绍一些常用的内置视图装饰器。
1. django.http.decorators.http.require_http_methods
:这个装饰器需要传递一个允许访问的方法的列表。比如只能通过GET
的方式访问。那么示例代码如下:
from django.views.decorators.http import require_http_methods@require_http_methods(["GET"])def my_view(request): pass
2. django.views.decorators.http.require_GET
:这个装饰器相当于是require_http_methods(['GET'])
的简写形式,只允许使用GET
的method
来访问视图。示例代码如下:
from django.views.decorators.http import require_GET@require_GETdef my_view(request): pass
3. django.views.decorators.http.require_POST
:这个装饰器相当于是require_http_methods(['POST'])
的简写形式,只允许使用POST
的method
来访问视图。示例代码如下:
from django.views.decorators.http import require_POST@require_POSTdef my_view(request): pass
4. django.views.decorators.http.require_safe
:这个装饰器相当于是require_http_methods(['GET','HEAD'])
的简写形式,只允许使用相对安全的方式来访问视图。因为GET
和HEAD
不会对服务器产生增删改的行为。因此是一种相对安全的请求方式。示例代码如下:
from django.views.decorators.http import require_safe@require_safedef my_view(request): pass
二 页面重定向
重定向分为永久性重定向和暂时性重定向,在页面上体现的操作就是浏览器会从一个页面自动跳转到另外一个页面。比如用户访问了一个需要权限的页面,但是该用户当前并没有登录,因此我们应该给他重定向到登录页面。
- 永久性重定向:http的状态码是301,多用于旧网址被废弃了要转到一个新的网址确保用户的访问,最经典的就是京东网站,你输入www.jingdong.com的时候,会被重定向到www.jd.com,因为jingdong.com这个网址已经被废弃了,被改成jd.com,所以这种情况下应该用永久重定向。
- 暂时性重定向:http的状态码是302,表示页面的暂时性跳转。比如访问一个需要权限的网址,如果当前用户没有登录,应该重定向到登录页面,这种情况下,应该用暂时性重定向。
在Django
中,重定向是使用redirect(to, *args, permanent=False, **kwargs)
来实现的。to
是一个url
,permanent
代表的是这个重定向是否是一个永久的重定向,默认是False
。关于重定向的使用。请看以下例子:
from django.shortcuts import reverse,redirectdef profile(request): if request.GET.get("username"): return HttpResponse("%s,欢迎来到个人中心页面!") else: return redirect(reverse("user:login"))
三 HttpRequest 对象
3-1 WSGIRequest 对象
Django在接收到http请求之后,会根据http请求携带的参数以及报文信息创建一个WSGIRequest
对象,并且作为视图函数第一个参数传给视图函数。也就是我们经常看到的request
参数。在这个对象上我们可以找到客户端上传上来的所有信息。这个对象的完整路径是django.core.handlers.wsgi.WSGIRequest
。
3-1-1 WSGIRequest对象常用属性:
WSGIRequest
对象上大部分的属性都是只读的。因为这些属性是从客户端上传上来的,没必要做任何的修改。以下将对一些常用的属性进行讲解:
- path:请求服务器的完整“路径”,但不包含域名和参数。比如
http://www.baidu.com/xxx/yyy/
,那么path
就是/xxx/yyy/
。 - method:代表当前请求的
http
方法。比如是GET
还是POST
。 - GET:一个
django.http.request.QueryDict
对象。操作起来类似于字典。这个属性中包含了所有以?xxx=xxx
的方式上传上来的参数。 - POST:也是一个
django.http.request.QueryDict
对象。这个属性中包含了所有以POST
方式上传上来的参数。 - FILES:也是一个
django.http.request.QueryDict
对象。这个属性中包含了所有上传的文件。 - COOKIES:一个标准的Python字典,包含所有的
cookie
,键值对都是字符串类型。 - session:一个类似于字典的对象。用来操作服务器的
session
。 - META:存储的客户端发送上来的所有
header
信息。 - CONTENT_LENGTH:请求的正文的长度(是一个字符串)。
- HTTP_ACCEPT:响应可接收的Content-Type。
HTTP_ACCEPT_ENCODING
:响应可接收的编码。HTTP_ACCEPT_LANGUAGE
: 响应可接收的语言。HTTP_HOST
:客户端发送的HOST值。HTTP_REFERER
:在访问这个页面上一个页面的url。QUERY_STRING
:单个字符串形式的查询字符串(未解析过的形式)。REMOTE_ADDR
:客户端的IP地址。如果服务器使用了nginx
做反向代理或者负载均衡,那么这个值返回的是127.0.0.1
,这时候可以使用HTTP_X_FORWARDED_FOR
来获取,所以获取ip
地址的代码片段如下:
if request.META.has_key('HTTP_X_FORWARDED_FOR'): ip = request.META['HTTP_X_FORWARDED_FOR'] else: ip = request.META['REMOTE_ADDR']
REMOTE_HOST
:客户端的主机名。REQUEST_METHOD
:请求方法。一个字符串类似于GET
或者POST。
SERVER_NAME
:服务器域名。SERVER_PORT
:服务器端口号,是一个字符串类型。
3-1-2 WSGIRequest对象常用方法
is_secure()
:是否是采用https
协议。is_ajax()
:是否采用ajax
发送的请求。原理就是判断请求头中是否存在X-Requested-With:XMLHttpRequest。
get_host()
:服务器的域名。如果在访问的时候还有端口号,那么会加上端口号。比如www.baidu.com:9000。
get_full_path()
:返回完整的path。如果有查询字符串,还会加上查询字符串。比如/music/bands/?print=True。
get_raw_uri()
:获取请求的完整url。
3-2 QueryDict 对象
我们平时用的request.GET
和request.POST
都是QueryDict
对象,这个对象继承自dict
,因此用法跟dict
相差无几。其中用得比较多的是get
方法和getlist
方法。
get
方法:用来获取指定key
的值,如果没有这个key
,那么会返回None
。getlist
方法:如果浏览器上传上来的key
对应的值有多个,那么就需要通过这个方法获取。
四 HttpResponse 对象
Django服务器接收到客户端发送过来的请求后,会将提交上来的这些数据封装成一个HttpRequest
对象传给视图函数。那么视图函数在处理完相关的逻辑后,也需要返回一个响应给浏览器。而这个响应,我们必须返回HttpResponseBase
或者他的子类的对象。而HttpResponse
则是HttpResponseBase
用得最多的子类。那么接下来就来介绍一下HttpResponse
及其子类。
4-1 常用属性
- content:返回的内容。
- status_code:返回的HTTP响应状态码。
- content_type:返回的数据的MIME类型,默认为
text/html
。浏览器会根据这个属性,来显示数据。如果是text/html
,那么就会解析这个字符串,如果text/plain
,那么就会显示一个纯文本。常用的Content-Type
如下- text/html(默认的,html文件)
- text/plain(纯文本)
- text/css(css文件)
- text/javascript(js文件)
- multipart/form-data(文件提交)
- application/json(json传输)
- application/xml(xml文件)
- 设置请求头:
response['X-Access-Token'] = 'xxxx'。
4-2 常用方法
- set_cookie:用来设置
cookie
信息。后面讲到授权的时候会着重讲到。 - delete_cookie:用来删除
cookie
信息。 - write:
HttpResponse
是一个类似于文件的对象,可以用来写入数据到数据体(content)中。
4-3 JsonResponse 类
用来对象dump
成json
字符串,然后返回将json
字符串封装成Response
对象返回给浏览器。并且他的Content-Type
是application/json
。示例代码如下:
from django.http import JsonResponsedef index(request): return JsonResponse({"username":"zhiliao","age":18})
默认情况下JsonResponse
只能对字典进行dump
,如果想要对非字典的数据进行dump
,那么需要给JsonResponse
传递一个safe=False
参数。示例代码如下:
from django.http import JsonResponsedef index(request): persons = ['张三','李四','王五'] return HttpResponse(persons)
以上代码会报错,应该在使用HttpResponse
的时候,传入一个safe=False
参数,示例代码如下:
return HttpResponse(persons,safe=False)
五 生产 CVS 文件
有时候我们做的网站,需要将一些数据,生成有一个CSV
文件给浏览器,并且是作为附件的形式下载下来。以下将讲解如何生成CSV
文件。
5-1 生成小的CSV文件
这里将用一个生成小的CSV
文件为例,来把生成CSV
文件的技术要点讲到位。我们用Python
内置的csv
模块来处理csv
文件,并且使用HttpResponse
来将csv
文件返回回去。示例代码如下:
import csvfrom django.http import HttpResponsedef csv_view(request): response = HttpResponse(content_type='text/csv') response['Content-Disposition'] = 'attachment; filename="somefilename.csv"' writer = csv.writer(response) writer.writerow(['username', 'age', 'height', 'weight']) writer.writerow(['zhiliao', '18', '180', '110']) return response
这里再来对每个部分的代码进行解释:
- 我们在初始化
HttpResponse
的时候,指定了Content-Type
为text/csv
,这将告诉浏览器,这是一个csv
格式的文件而不是一个HTML
格式的文件,如果用默认值,默认值就是html
,那么浏览器将把csv
格式的文件按照html
格式输出,这肯定不是我们想要的。 - 第二个我们还在
response
中添加一个Content-Disposition
头,这个东西是用来告诉浏览器该如何处理这个文件,我们给这个头的值设置为attachment;
,那么浏览器将不会对这个文件进行显示,而是作为附件的形式下载,第二个filename="somefilename.csv"
是用来指定这个csv
文件的名字。 - 我们使用
csv
模块的writer
方法,将相应的数据写入到response
中。
5-2 将csv
文件定义成模板
我们还可以将csv
格式的文件定义成模板,然后使用Django
内置的模板系统,并给这个模板传入一个Context
对象,这样模板系统就会根据传入的Context
对象,生成具体的csv
文件。示例代码如下:
模板文件:
{% for row in data %}"{ { row.0|addslashes }}", "{ { row.1|addslashes }}", "{ { row.2|addslashes }}", "{ { row.3|addslashes }}", "{ { row.4|addslashes }}"{% endfor %}
视图函数:
from django.http import HttpResponsefrom django.template import loader, Contextdef some_view(request): response = HttpResponse(content_type='text/csv') response['Content-Disposition'] = 'attachment; filename="somefilename.csv"' csv_data = ( ('First row', 'Foo', 'Bar', 'Baz'), ('Second row', 'A', 'B', 'C', '"Testing"', "Here's a quote"), ) t = loader.get_template('my_template_name.txt') response.write(t.render({"data": csv_data})) return response
5-3 生成大的CSV文件
以上的例子是生成的一个小的csv
文件,如果想要生成大型的csv
文件,那么以上方式将有可能会发生超时的情况(服务器要生成一个大型csv文件,需要的时间可能会超过浏览器默认的超时时间)。这时候我们可以借助另外一个类,叫做StreamingHttpResponse
对象,这个对象是将响应的数据作为一个流返回给客户端,而不是作为一个整体返回。示例代码如下:
class Echo: """ 定义一个可以执行写操作的类,以后调用csv.writer的时候,就会执行这个方法 """ def write(self, value): return valuedef large_csv(request): rows = (["Row {}".format(idx), str(idx)] for idx in range(655360)) pseudo_buffer = Echo() writer = csv.writer(pseudo_buffer) response = StreamingHttpResponse((writer.writerow(row) for row in rows),content_type="text/csv") response['Content-Disposition'] = 'attachment; filename="somefilename.csv"' return response
这里我们构建了一个非常大的数据集rows
,并且将其变成一个迭代器。然后因为StreamingHttpResponse
的第一个参数只能是一个生成器,因此我们使用圆括号(writer.writerow(row) for row in rows)
,并且因为我们要写的文件是csv
格式的文件,因此需要调用writer.writerow
将row
变成一个csv
格式的字符串。而调用writer.writerow
又需要一个中间的容器,因此这里我们定义了一个非常简单的类Echo
,这个类只实现一个write
方法,以后在执行csv.writer(pseudo_buffer)
的时候,就会调用Echo.writer
方法。
StreamingHttpResponse
会启动一个进程来和客户端保持长连接,所以会很消耗资源。所以如果不是特殊要求,尽量少用这种方法。
5-4 关于StreamingHttpResponse
这个类是专门用来处理流数据的。使得在处理一些大型文件的时候,不会因为服务器处理时间过长而到时连接超时。这个类不是继承自HttpResponse
,并且跟HttpResponse
对比有以下几点区别:
- 这个类没有属性
content
,相反是streaming_content。
- 这个类的
streaming_content
必须是一个可以迭代的对象。 - 这个类没有
write
方法,如果给这个类的对象写入数据将会报错。
注意:StreamingHttpResponse
会启动一个进程来和客户端保持长连接,所以会很消耗资源。所以如果不是特殊要求,尽量少用这种方法。
六 类视图
在写视图的时候,Django
除了使用函数作为视图,也可以使用类作为视图。使用类视图可以使用类的一些特性,比如继承等。
6-1 View
django.views.generic.base.View是主要的类视图,所有的类视图都是继承自他。如果我们写自己的类视图,也可以继承自他。然后再根据当前请求的method
,来实现不同的方法。比如这个视图只能使用get
的方式来请求,那么就可以在这个类中定义get(self,request,*args,**kwargs)
方法。以此类推,如果只需要实现post
方法,那么就只需要在类中实现post(self,request,*args,**kwargs)
。示例代码如下:
from django.views import Viewclass BookDetailView(View): def get(self,request,*args,**kwargs): return render(request,'detail.html')
类视图写完后,还应该在urls.py
中进行映射,映射的时候就需要调用View
的类方法as_view()
来进行转换。示例代码如下:
urlpatterns = [ path("detail//",views.BookDetailView.as_view(),name='detail')]
除了get
方法,View
还支持以下方法['get','post','put','patch','delete','head','options','trace']
如果用户访问了View
中没有定义的方法。比如你的类视图只支持get
方法,而出现了post
方法,那么就会把这个请求转发给http_method_not_allowed(request,*args,**kwargs)
。示例代码如下:
class AddBookView(View): def post(self,request,*args,**kwargs): return HttpResponse("书籍添加成功!") def http_method_not_allowed(self, request, *args, **kwargs): return HttpResponse("您当前采用的method是:%s,本视图只支持使用post请求!" % request.method)
urls.py
中的映射如下:
path("addbook/",views.AddBookView.as_view(),name='add_book')
如果你在浏览器中访问addbook/
,因为浏览器访问采用的是get
方法,而addbook
只支持post
方法,因此以上视图会返回您当前采用的method
是:GET
,本视图只支持使用post
请求!。
其实不管是get
请求还是post
请求,都会走dispatch(request,*args,**kwargs)
方法,所以如果实现这个方法,将能够对所有请求都处理到。
6-2 TemplateView
django.views.generic.base.TemplateView,这个类视图是专门用来返回模版的。在这个类中,有两个属性是经常需要用到的,一个是template_name
,这个属性是用来存储模版的路径,TemplateView
会自动的渲染这个变量指向的模版。另外一个是get_context_data
,这个方法是用来返回上下文数据的,也就是在给模版传的参数的。示例代码如下:
from django.views.generic.base import TemplateViewclass HomePageView(TemplateView): template_name = "home.html" def get_context_data(self, **kwargs): context = super().get_context_data(**kwargs) context['username'] = "黄勇" return context
在urls.py
中的映射代码如下:
from django.urls import pathfrom myapp.views import HomePageViewurlpatterns = [ path('', HomePageView.as_view(), name='home'),]
如果在模版中不需要传递任何参数,那么可以直接只在urls.py
中使用TemplateView
来渲染模版。示例代码如下:
from django.urls import pathfrom django.views.generic import TemplateViewurlpatterns = [ path('about/', TemplateView.as_view(template_name="about.html")),]
6-3 ListView
在网站开发中,经常会出现需要列出某个表中的一些数据作为列表展示出来。比如文章列表,图书列表等等。在Django
中可以使用ListView
来帮我们快速实现这种需求。示例代码如下:
class ArticleListView(ListView): model = Article template_name = 'article_list.html' paginate_by = 10 context_object_name = 'articles' ordering = 'create_time' page_kwarg = 'page' def get_context_data(self, **kwargs): context = super(ArticleListView, self).get_context_data(**kwargs) print(context) return context def get_queryset(self): return Article.objects.filter(id__lte=89)
对以上代码进行解释:
- 首先
ArticleListView
是继承自ListView
model
:重写model
类属性,指定这个列表是给哪个模型的template_name
:指定这个列表的模板paginate_by
:指定这个列表一页中展示多少条数据context_object_name
:指定这个列表模型在模板中的参数名称ordering
:指定这个列表的排序方式page_kwarg
:获取第几页的数据的参数名称。默认是page
get_context_data
:获取上下文的数据get_queryset
:如果你提取数据的时候,并不是要把所有数据都返回,那么你可以重写这个方法。将一些不需要展示的数据给过滤掉
6-4 Paginator和Page类
Paginator
和Page
类都是用来做分页的。他们在Django
中的路径为django.core.paginator.Paginator
和django.core.paginator.Page
。以下对这两个类的常用属性和方法做解释:
6-4-1 Paginator常用属性和方法
count
:总共有多少条数据num_pages
:总共有多少页page_range
:页面的区间。比如有三页,那么就range(1,4)
6-4-2 Page常用属性和方法
has_next
:是否还有下一页has_previous
:是否还有上一页next_page_number
:下一页的页码previous_page_number
:上一页的页码number
:当前页start_index
:当前这一页的第一条数据的索引值end_index
:当前这一页的最后一条数据的索引值
6-4-3 分页案例
1)定义视图类
from django.views.generic import ListView,Viewfrom django.core.paginator import Paginator,Pageclass ArticleListView(ListView): model = Article template_name = 'article_list1.html' context_object_name = 'articles' paginate_by = 10 ordering = 'create_time' page_kwarg = 'p' def get_context_data(self, **kwargs): context = super(ArticleListView, self).get_context_data(**kwargs) context['username'] = 'zhiliao' paginator = context.get('paginator') page_obj = context.get('page_obj') pagination_data = self.get_pagination_data(paginator, page_obj, 3) context.update(pagination_data) return context def get_pagination_data(self,paginator,page_obj,around_count=2): current_page = page_obj.number num_pages = paginator.num_pages left_has_more = False right_has_more = False if current_page <= around_count + 2: left_pages = range(1,current_page) else: left_has_more = True left_pages = range(current_page-around_count,current_page) if current_page >= num_pages - around_count - 1: right_pages = range(current_page+1,num_pages+1) else: right_has_more = True right_pages = range(current_page+1,current_page+around_count+1) return { 'left_pages': left_pages, 'right_pages': right_pages, 'current_page': current_page, 'left_has_more': left_has_more, 'right_has_more': right_has_more, 'num_pages': num_pages }
2)模板页面
- {% for article in articles %}
- { { article.title }} {% endfor %}
- 上一页 {% else %}
- 上一页 {% endif %} {% if left_has_more %}
- 1
- ... {% endif %} {# 左边的页码 #} {% for left_page in left_pages %}
- { { left_page }} {% endfor %} {# 当前的页面 #}
- { { current_page }} {# 右边的页码 #} {% for right_page in right_pages %}
- { { right_page }} {% endfor %} {% if right_has_more %}
- ...
- { { num_pages }} {% endif %}{# 下一页#} {% if page_obj.has_next %}
- 下一页 {% else %}
- 下一页 {% endif %}
- {# 上一页#} {% if page_obj.has_previous %}
6-5 给类视图添加装饰器
在开发中,有时候需要给一些视图添加装饰器。如果用函数视图那么非常简单,只要在函数的上面写上装饰器就可以了。但是如果想要给类添加装饰器,那么可以通过以下两种方式来实现:
6-5-1 装饰dispatch方法
from django.utils.decorators import method_decoratordef login_required(func): def wrapper(request,*args,**kwargs): if request.GET.get("username"): return func(request,*args,**kwargs) else: return redirect(reverse('index')) return wrapperclass IndexView(View): def get(self,request,*args,**kwargs): return HttpResponse("index") @method_decorator(login_required) def dispatch(self, request, *args, **kwargs): super(IndexView, self).dispatch(request,*args,**kwargs)
6-5-2 直接装饰在整个类上
from django.utils.decorators import method_decoratordef login_required(func): def wrapper(request,*args,**kwargs): if request.GET.get("username"): return func(request,*args,**kwargs) else: return redirect(reverse('login')) return wrapper@method_decorator(login_required,name='dispatch')class IndexView(View): def get(self,request,*args,**kwargs): return HttpResponse("index") def dispatch(self, request, *args, **kwargs): super(IndexView, self).dispatch(request,*args,**kwargs)
七 错误处理
在一些网站开发中。经常会需要捕获一些错误,然后将这些错误返回比较优美的界面,或者是将这个错误的请求做一些日志保存。那么我们本节就来讲讲如何实现。
7-1 常用的错误码
400
:bad request
,请求的参数错误403
:没有权限访问相关的数据404
:服务器没有指定的url405
:请求的method
错误500
:服务器内部错误,一般是代码出bug了502
:一般部署的时候见得比较多,一般是nginx
启动了,然后uwsgi
有问题
7-2 自定义错误模板
在碰到比如404
,500
错误的时候,想要返回自己定义的模板。那么可以直接在templates
文件夹下创建相应错误代码的html
模板文件。那么以后在发生相应错误后,会将指定的模板返回回去。
7-3 错误处理的解决方案
对于404
和500
这种自动抛出的错误。我们可以直接在templates
文件夹下新建相应错误代码的模板文件。而对于其他的错误,我们可以专门定义一个app
,用来处理这些错误。