Django框架——基础之视图系统（View.py）

时间 2019-11-11

标签 django 框架基础视图系统 view.py view 栏目 Python 繁體版

原文原文链接

Django框架之View.py（视图文件）html

1. 视图简介

视图层是Django处理请求的核心代码层，咱们大多数Python代码都集中在这一层面。前端

它对外接收用户请求，对内调度模型层和模版层，统合数据库和前端，最后根据业务逻辑，将处理好的数据，与前端结合，返回给用户。视图层是真正的后端，是Python工程师的‘主营业务’。python

视图就是每一个建立的APP中的的view.py文件夹。咱们处理数据的那些业务逻辑，就都存放（编辑）在这里。程序员

Django的视图层包含下面一些主要内容：ajax

URL路由
视图函数
快捷方式
装饰器
请求与响应
类视图
文件上传
CSV/PDF生成
内置中间件

注意：视图层应该包含视图文件（view.py）和路由文件（urls.py）两个系统组成。数据库

一个最新建的Django APP ，新建的APP名称为（app001）以下：django

1.1 一个简单的视图

下面是一个以HTML文档的形式返回当前日期和时间的视图：

from django.http import HttpResponse
from django.shortcuts import HttpResponse

import datetime

def current_datetime(request):
    now = datetime.datetime.now()
    html = "<html><body>It is now %s.</body></html>" % now
    return HttpResponse(html)

让咱们来逐行解释下上面的代码：后端

首先，咱们从 django.http（或者django.shorcuts）模块导入了HttpResponse类，以及Python的datetime库。浏览器

索引上面的两个from引入语句的功能是同样的，只须要其中一条就能够了！！！！！缓存

接着，咱们定义了current_datetime函数。它就是视图函数。
每一个视图函数都使用接收到的HttpRequest对象做为第一个参数，而且一般称之为request。
注意，视图函数的名称并不重要；不须要用一个统一的命名方式来命名，以便让Django识别它。咱们将其命名为current_datetime，是由于这个名称可以比较准确地反映出它实现的功能（惟一性）。
这个视图会返回一个HttpResponse对象，其中包含生成的响应（HTML页面或者一个字符串）。
每一个视图函数都负责返回一个对象，能够是HttpResponse对象，也能够render对象，还能够是redirect对象。

　　　　因此，咱们能够将上面的from引入语句修改得全一点，以下：　　　

from django.shortcuts import render, HttpResponse, redirect

　　　　在平时的开发中，咱们也会称 render, HttpResponse, redirect 这三个为 “ 基础必配三件套 ” 。

　　　　注意，HttpResponse是一个类，而render和redirect是Django的内置函数！

Django使用请求和响应对象来经过系统传递状态。

当浏览器向服务端请求一个页面时，Django建立一个HttpRequest对象，该对象包含关于请求的元数据。而后，Django加载相应的视图，将这个HttpRequest对象做为第一个参数传递给视图函数。

每一个视图负责返回一个HttpResponse对象给浏览器。

2. 视图函数的前奏（FBV和CBV）

什么是FBV? 在视图文件里面编辑的时候，基于函数的形式来编辑业务逻辑的视图view，就叫作FBV （function base view）。

什么是CBV? 而在编辑业务逻辑的时候，基于类的形式来编辑业务逻辑的则是叫作CBV（class base view）。

下面用一个简单的例子来讲明：

使用FBV写：

from django.shortcuts import render, HttpResponse, redirect def back_hello(request): return HttpResponse('你们好！')

使用CBV写：

from django.views import View    # 基于类的形式来写试图上的业务逻辑的时候，定义的类须要 继承 django 中的View类 ！！！！！！！
class BackHello(View): def get(self, request): return HttpResponse("get请求的时候！get你们好！") def post(self, request): return HttpResponse("post请求的时候！post你们好！")

注意：使用CBV形式的时候，urls.py上的路径与函数的对应关系，是与FBV不同的，须要修改，以下：

urlpatterns = [ url(r'^admin/', admin.site.urls), url(r'^test/', views.BackHello.as_view()), ] # 能够看出，test/位置中的路径写法与FBV同样，时候后面的引入格式变成了：
# views.类名.as_view()。而CBV状况下是写为: views.函数名 # 注意：as_view()，这个是固定的！！！！

3. Django视图函数

视图函数，简称视图，本质上就是一个Python函数，只是他在django的框架下能作一些特殊的相应，好比它能够接受Web请求作出一些逻辑运算，而且返回Web响应。

响应的内容能够是HTML网页、重定向、404错误，XML文档或图像等任何东西。可是，不管视图自己是个什么处理逻辑，必须都要有一个返回某种响应。

一般咱们约定将视图放置在项目或应用程序目录中的名为views.py的文件中，而视图函数也是放在视图文件当中，这也是一种模块化思惟，把各类功能规划好，方便将来的管理。

4. Django内置快捷方法（函数）

Django在django.shortcuts模块中，为咱们提供了不少快捷方便的内置函数，其中有些使用的频率很高！

4.1 render()

Django关于render的源码以下：

结合一个给定的模板和一个给定的上下文字典，并返回一个渲染后的 HttpResponse 对象。

参数：
　　必备（经常使用）参数：
     request： 用于生成响应的请求对象。

     template_name：要使用的模板的完整名称，可选的参数

     context：添加到模板上下文的一个字典。默认是一个空字典。若是字典中的某个值是可调用的，视图将在渲染模板以前调用它。
　
　　能够选参数：
     content_type：生成的文档要使用的MIME类型。默认为 DEFAULT_CONTENT_TYPE 设置的值。默认为'text/html'

     status：响应的状态码。默认为200。

　　　useing: 用于加载模板的模板引擎的名称。

一个简单的例子：

from django.shortcuts import render

def my_view(request):
    # 视图的代码写在这里
    return render(request, 'myapp/index.html', {'foo': 'bar'})

上面的代码等于：

from django.http import HttpResponse
from django.template import loader

def my_view(request):
    # 视图代码写在这里
    t = loader.get_template('myapp/index.html')
    c = {'foo': 'bar'}
    return HttpResponse(t.render(c, request))

4.2 redirect()

参数：参数范围相对render来讲比较广

一个模型：将调用模型的get_absolute_url() 函数
一个视图，能够带有参数：将使用urlresolvers.reverse 来反向解析名称
一个绝对的或相对的URL，将原封不动的做为重定向的位置。

默认返回一个临时的重定向；传递一个参数名为 permanent=True 就能够返回一个永久的重定向。

redirect使用的两个场景：其中，第一个场景使用的比较多！！！！

1. 传递视图名，使用reverse()方法反向解析url：

 
  from django.shortcuts import redirect
def my_view(request): ... return redirect('some-view-name', foo='bar')

　　1.1 重定向到硬编码的URL：

def my_view(request): ... return redirect('/some/url/')

　　1.2 重定向到一个完整的URL：

def my_view(request): ... return redirect('https://example.com/')

2. 调用对象的get_absolute_url()方法来重定向URL：

def my_view(request): ... object = MyModel.objects.get(...) return redirect(object)

全部上述形式都接受permanent参数；若是设置为True，将返回永久重定向：

 
    def my_view(request): ... object = MyModel.objects.get(...) return redirect(object, permanent=True) 
   
5. 什么是临时重定向？永久重定向？

临时重定向的响应状态码：302

永久重定向的响应状态码：301

这两个的状态码对于普通的用户来讲是没有任何区别，由于他们主要针对的是搜索引擎机器人。

这就涉及到了，另一个领域了，这就是SEO工做人员的必配只是！

A页面临时重定向到B页面，那搜索引擎收录的就是A页面。

A页面永久重定向到B页面，那搜索引擎收录的就是B页面。

6. Django两个重要对象

6.1 request对象

每当一个用户请求发送过来，Django将HTTP数据包中的相关内容，打包成为一个HttpRequest对象，并传递给每一个视图函数做为第一位置参数，也就是request，供咱们调用。

说明为何别的教程会叫HttpRequst对象？：这里说是request对象是不太严谨的，由于咱们指的request只是每个视图函数中，固定的第一位置的一个参数名称。至于为何咱们要取名为request，只是一个你们约定熟成而已，再者就是名称比HttpRequest短，你们更加好记 ~_~ 。因此，真正的应该是对象应该是，HttpRequest类生产的一个对象，因此在别的地方，也会成为HttpRequest对象。

6.1.1 请求相关的经常使用值

　　其实也是属于request的属性，只是平时使用频率很高，因此把它放大到前面一些，方便你们学习。

path_info 返回用户访问url，不包括域名

method 请求中使用的HTTP方法的字符串表示，全大写表示。

GET 包含全部HTTP GET参数的类字典对象

POST 包含全部HTTP POST参数的类字典对象

body 请求体，byte类型 request.POST的数据就是从body里面提取到的

6.1.2 request对象的属性：

　　下面的把request说成HttpRequest，这两个是没有区别的哦！！！！！上面也作了解释了

属性： 　　django将请求报文中的请求行、头部信息、内容主体封装成 HttpRequest 类中的属性。 除了特殊说明的以外，其余均为只读的。 0.HttpRequest.scheme 表示请求方案的字符串（一般为http或https） 1.HttpRequest.body 　　一个字符串，表明请求报文的主体。在处理非 HTTP 形式的报文时很是有用，例如：二进制图片、XML,Json等。 　　可是，若是要处理表单数据的时候，推荐仍是使用 HttpRequest.POST 。 　　另外，咱们还能够用 python 的类文件方法去操做它，详情参考 HttpRequest.read() 。 2.HttpRequest.path 　　一个字符串，表示请求的路径组件（不含域名）。 　　例如："/music/bands/the_beatles/"

3.HttpRequest.method 　　一个字符串，表示请求使用的HTTP 方法。必须使用大写。 　　例如："GET"、"POST"

4.HttpRequest.encoding 　　一个字符串，表示提交的数据的编码方式（若是为 None 则表示使用 DEFAULT_CHARSET 的设置，默认为 'utf-8'）。 这个属性是可写的，你能够修改它来修改访问表单数据使用的编码。 接下来对属性的任何访问（例如从 GET 或 POST 中读取数据）将使用新的 encoding 值。 若是你知道表单数据的编码不是 DEFAULT_CHARSET ，则使用它。 5.HttpRequest.GET 　　一个相似于字典的对象，包含 HTTP GET 的全部参数。详情请参考 QueryDict 对象。点我知道 >>> 什么是QueryDict对象？
 6.HttpRequest.POST 　　一个相似于字典的对象，若是请求中包含表单数据，则将这些数据封装成 QueryDict 对象。 　　POST 请求能够带有空的 POST 字典 —— 若是经过 HTTP POST 方法发送一个表单，可是表单中没有任何的数据，QueryDict 对象依然会被建立。 所以，不该该使用 if request.POST  来检查使用的是不是POST 方法；应该使用 if request.method == "POST" 　　另外：若是使用 POST 上传文件的话，文件信息将包含在 FILES 属性中。 7.HttpRequest.COOKIES 　　一个标准的Python 字典，包含全部的cookie。键和值都为字符串。 8.HttpRequest.FILES 　　一个相似于字典的对象，包含全部的上传文件信息。 FILES 中的每一个键为<input type="file" name="" /> 中的name，值则为对应的数据。 　　注意，FILES 只有在请求的方法为POST 且提交的<form> 带有enctype="multipart/form-data" 的状况下才会 包含数据。不然，FILES 将为一个空的相似于字典的对象。 9.HttpRequest.META 　　一个标准的Python 字典，包含全部的HTTP 首部。具体的头部信息取决于客户端和服务器，下面是一些示例： CONTENT_LENGTH —— 请求的正文的长度（是一个字符串）。 CONTENT_TYPE —— 请求的正文的MIME 类型。 HTTP_ACCEPT —— 响应可接收的Content-Type。 HTTP_ACCEPT_ENCODING —— 响应可接收的编码。 HTTP_ACCEPT_LANGUAGE —— 响应可接收的语言。 HTTP_HOST —— 客服端发送的HTTP Host 头部。 HTTP_REFERER —— Referring 页面。 HTTP_USER_AGENT —— 客户端的user-agent 字符串。 QUERY_STRING —— 单个字符串形式的查询字符串（未解析过的形式）。 REMOTE_ADDR —— 客户端的IP 地址。 REMOTE_HOST —— 客户端的主机名。 REMOTE_USER —— 服务器认证后的用户。 REQUEST_METHOD —— 一个字符串，例如"GET" 或"POST"。 SERVER_NAME —— 服务器的主机名。 SERVER_PORT —— 服务器的端口（是一个字符串）。 　　从上面能够看到，除 CONTENT_LENGTH 和 CONTENT_TYPE 以外，请求中的任何 HTTP 首部转换为 META 的键时， 都会将全部字母大写并将链接符替换为下划线最后加上 HTTP_ 前缀。 因此，一个叫作 X-Bender 的头部将转换成 META 中的 HTTP_X_BENDER 键。 10.HttpRequest.user 　　一个 AUTH_USER_MODEL 类型的对象，表示当前登陆的用户。 　　若是用户当前没有登陆，user 将设置为 django.contrib.auth.models.AnonymousUser 的一个实例。你能够经过 is_authenticated() 区分它们。 例如： if request.user.is_authenticated(): # Do something for logged-in users.
    else: # Do something for anonymous users.
 　　user 只有当Django 启用 AuthenticationMiddleware 中间件时才可用。 ------------------------------------------------------------------------------------- 匿名用户 class models.AnonymousUser django.contrib.auth.models.AnonymousUser 类实现了django.contrib.auth.models.User 接口，但具备下面几个不一样点： id 永远为None。 username 永远为空字符串。 get_username() 永远返回空字符串。 is_staff 和 is_superuser 永远为False。 is_active 永远为 False。 groups 和 user_permissions 永远为空。 is_anonymous() 返回True 而不是False。 is_authenticated() 返回False 而不是True。 set_password()、check_password()、save() 和delete() 引起 NotImplementedError。 New in Django 1.8: 新增 AnonymousUser.get_username() 以更好地模拟 django.contrib.auth.models.User。 11.HttpRequest.session 　　一个既可读又可写的相似于字典的对象，表示当前的会话。只有当Django 启用会话的支持时才可用。 完整的细节参见会话的文档。 request属性相关

示例：正在更新中………………

6.1.2 request对象的方法：

 1 1.HttpRequest.get_host()
 2 
 3 　　根据从HTTP_X_FORWARDED_HOST（若是打开 USE_X_FORWARDED_HOST，默认为False）和 HTTP_HOST 头部信息返回请求的原始主机。
 4    若是这两个头部没有提供相应的值，则使用SERVER_NAME 和SERVER_PORT，在PEP 3333 中有详细描述。
 5 
 6 　　USE_X_FORWARDED_HOST：一个布尔值，用于指定是否优先使用 X-Forwarded-Host 首部，仅在代理设置了该首部的状况下，才能够被使用。
 7 
 8 　　例如："127.0.0.1:8000"
 9 
10 　　注意：当主机位于多个代理后面时，get_host() 方法将会失败。除非使用中间件重写代理的首部。
11 
12  
13 
14 2.HttpRequest.get_full_path()
15 
16 　　返回 path，若是能够将加上查询字符串。
17 
18 　　例如："/music/bands/the_beatles/?print=true"
19 
20  
21 
22 3.HttpRequest.get_signed_cookie(key, default=RAISE_ERROR, salt='', max_age=None)
23 
24 　　返回签名过的Cookie 对应的值，若是签名再也不合法则返回django.core.signing.BadSignature。
25 
26 　　若是提供 default 参数，将不会引起异常并返回 default 的值。
27 
28 　　可选参数salt 能够用来对安全密钥强力攻击提供额外的保护。max_age 参数用于检查Cookie 对应的时间戳以确保Cookie 的时间不会超过max_age 秒。
29 
30         复制代码
31         >>> request.get_signed_cookie('name')
32         'Tony'
33         >>> request.get_signed_cookie('name', salt='name-salt')
34         'Tony' # 假设在设置cookie的时候使用的是相同的salt
35         >>> request.get_signed_cookie('non-existing-cookie')
36         ...
37         KeyError: 'non-existing-cookie'    # 没有相应的键时触发异常
38         >>> request.get_signed_cookie('non-existing-cookie', False)
39         False
40         >>> request.get_signed_cookie('cookie-that-was-tampered-with')
41         ...
42         BadSignature: ...    
43         >>> request.get_signed_cookie('name', max_age=60)
44         ...
45         SignatureExpired: Signature age 1677.3839159 > 60 seconds
46         >>> request.get_signed_cookie('name', False, max_age=60)
47         False
48         复制代码
49          
50 
51 
52 4.HttpRequest.is_secure()
53 
54 　　若是请求时是安全的，则返回True；即请求通是过 HTTPS 发起的。
55 
56  
57 
58 5.HttpRequest.is_ajax()
59 
60 　　若是请求是经过XMLHttpRequest 发起的，则返回True，方法是检查 HTTP_X_REQUESTED_WITH 相应的首部是不是字符串'XMLHttpRequest'。
61 
62 　　大部分现代的 JavaScript 库都会发送这个头部。若是你编写本身的 XMLHttpRequest 调用（在浏览器端），你必须手工设置这个值来让 is_ajax() 能够工做。
63 
64 　　若是一个响应须要根据请求是不是经过AJAX 发起的，而且你正在使用某种形式的缓存例如Django 的 cache middleware， 
65    你应该使用 vary_on_headers('HTTP_X_REQUESTED_WITH') 装饰你的视图以让响应可以正确地缓存。
66 
67 请求相关方法

5个request经常使用的方法

注意：键值对的值是多个的时候,好比checkbox类型的input标签，select标签，也就是一个标签可能会有不少值的时候，

须要用下面的getlist方法来获取多个值：

request.POST.getlist("hobby")

6.2 Response对象

HttpResponse类定义在django.http模块中。

HttpRequest对象由Django自动建立，而HttpResponse对象则由程序员手动建立.

咱们编写的每一个视图都要实例化、填充和返回一个HttpResponse对象。也就是函数的return值。

6.2.1 使用方法

　　1. 传递一个字符串

最简单的方式是传递一个字符串做为页面的内容到HttpResponse构造函数，并返回给用户:

from django.http import HttpResponse response = HttpResponse("Here's the text of the Web page.") response = HttpResponse("Text only, please.", content_type="text/plain")

　　2. 传递可迭代对象

HttpResponse会当即处理这个迭代器，并把它的内容存成字符串，最后废弃这个迭代器。好比文件在读取后，会马上调用close()方法，关闭文件。

　　3. 设置或删除响应头信息

response = HttpResponse() response['Content-Type'] = 'text/html; charset=UTF-8'
del response['Content-Type']

6.2.2 Response对象的属性

前面三个重点记忆：
1. HttpResponse.content 响应的内容。bytes类型。 2. HttpResponse.charset 编码的字符集。 若是没指定，将会从content_type中解析出来。 3. HttpResponse.status_code 响应的状态码，好比200。
 后面三个尽力而为： 4. HttpResponse.reason_phrase 响应的HTTP缘由短语。 使用标准缘由短语。 除非明确设置，不然reason_phrase由status_code的值决定。 5. HttpResponse.streaming 这个属性的值老是False。因为这个属性的存在，使得中间件可以区别对待流式响应和常规响应。 6. HttpResponse.closed 若是响应已关闭，那么这个属性的值为True。

6.3 JsonResponse类对象

JsonResponse是HttpResponse的子类，专门用来生成JSON编码的响应。

大白话的说：就是JsonResponse类，能够把一些数据类型，好比：字典，列表，元组，集合等数据类型的结构，转换成为字符串，以便用于转递到别的地方，提供别人使用！！！！

例如：有一个字典dict = {"aa":11, "bb":22}，此时的dict只是一个字典（数据类型），当把字典dict通过JsonResponse类的内部变换以后，会把dict变成字符串 ” {"aa":11, "bb":22} “，注意字典两边的大括号都会一块儿变成字符串！！！！

from django.http import JsonResponse

response = JsonResponse({'foo': 'bar'})
print(response.content)

b'{"foo": "bar"}'

JsonResponse默认只能传递字典类型，若是要传递非字典类型须要设置一下safe关键字参数。

response = JsonResponse([1, 2, 3], safe=False)

什么是QueryDict对象？

类的原型：class QueryDict[source]

在HttpRequest对象中，GET和POST属性都是一个django.http.QueryDict的实例。也就是说你能够按本文下面提供的方法操做request.POST和request.GET。

request.POST或request.GET的QueryDict都是不可变，只读的。若是要修改它，须要使用QueryDict.copy()方法，获取它的一个拷贝，而后在这个拷贝上进行修改操做。

1、方法
QueryDict 实现了Python字典数据类型的全部标准方法，由于它是字典的子类。

不一样之处在于下面：

1. QueryDict.init(query_string=None, mutable=False, encoding=None)[source]
QueryDict实例化方法。注意：QueryDict的键值是能够重复的！

>>> QueryDict('a=1&a=2&c=3')
<QueryDict: {'a': ['1', '2'], 'c': ['3']}>
若是须要实例化能够修改的对象，添加参数mutable=True。

2. classmethod QueryDict.fromkeys(iterable, value='', mutable=False, encoding=None)[source]
Django1.11中的新功能。

循环可迭代对象中的每一个元素做为键值，并赋予一样的值（来至value参数）。

>>> QueryDict.fromkeys(['a', 'a', 'b'], value='val')
<QueryDict: {'a': ['val', 'val'], 'b': ['val']}>
3. QueryDict.update(other_dict)
用新的QueryDict或字典更新当前QueryDict。相似dict.update()，可是追加内容，而不是更新并替换它们。 像这样：

>>> q = QueryDict('a=1', mutable=True)
>>> q.update({'a': '2'})
>>> q.getlist('a')
['1', '2']
>>> q['a'] # returns the last
'2'
4. QueryDict.items()
相似dict.items()，若是有重复项目，返回最近的一个，而不是都返回：

>>> q = QueryDict('a=1&a=2&a=3')
>>> q.items()
[('a', '3')]
5. QueryDict.values()
相似dict.values()，可是只返回最近的值。 像这样：

>>> q = QueryDict('a=1&a=2&a=3')
>>> q.values()
['3']
6. QueryDict.copy()[source]
使用copy.deepcopy()返回QueryDict对象的副本。 此副本是可变的！

7. QueryDict.getlist(key, default=None)
返回键对应的值列表。 若是该键不存在而且未提供默认值，则返回一个空列表。

8. QueryDict.setlist(key, list_)[source]
为list_设置给定的键。

9. QueryDict.appendlist(key, item)[source]
将键追加到内部与键相关联的列表中。

10. QueryDict.setdefault(key, default=None)[source]
相似dict.setdefault()，为某个键设置默认值。

11. QueryDict.setlistdefault(key, default_list=None)[source]
相似setdefault()，除了它须要的是一个值的列表而不是单个值。

12. QueryDict.lists()
相似items()，只是它将其中的每一个键的值做为列表放在一块儿。 像这样：

>>> q = QueryDict('a=1&a=2&a=3')
>>> q.lists()
[('a', ['1', '2', '3'])]
13. QueryDict.pop(key)[source]
返回给定键的值的列表，并从QueryDict中移除该键。 若是键不存在，将引起KeyError。 像这样：

>>> q = QueryDict('a=1&a=2&a=3', mutable=True)
>>> q.pop('a')
['1', '2', '3']
14. QueryDict.popitem()[source]
删除QueryDict任意一个键，并返回二值元组，包含键和键的全部值的列表。在一个空的字典上调用时将引起KeyError。 像这样：

>>> q = QueryDict('a=1&a=2&a=3', mutable=True)
>>> q.popitem()
('a', ['1', '2', '3'])
15. QueryDict.dict()
将QueryDict转换为Python的字典数据类型，并返回该字典。

若是出现重复的键，则将全部的值打包成一个列表，最为新字典中键的值。

>>> q = QueryDict('a=1&a=3&a=5')
>>> q.dict()
{'a': '5'}
16. QueryDict.urlencode(safe=None)[source]
已url的编码格式返回数据字符串。 像这样：

>>> q = QueryDict('a=2&b=3&b=5')
>>> q.urlencode()
'a=2&b=3&b=5'
使用safe参数传递不须要编码的字符。 像这样：

>>> q = QueryDict(mutable=True)
>>> q['next'] = '/a&b/'
>>> q.urlencode(safe='/')
'next=/a%26b/'

QueryDict对象内容