视图层
一、视图函数
视图函数,简称视图,是一个简单的Python 函数,它接受Web请求并且返回Web响应。响应可以是一个网页的HTML内容,一个重定向,一个404错误,一个XML文档,或者一张图片. . . 是任何东西都可以。但最重要的一点是,无论视图本身包含什么逻辑,都要返回响应。代码写在哪里也无所谓,只要它在你的Python目录下面。约定俗成将视图放置在项目或应用程序目录中的名为views.py的文件中。
视图层,熟练掌握两个对象即可:请求对象(request)和响应对象(HttpResponse)。
二、Request对象
Django将请求报文中的请求行、首部信息、内容主体封装成 Request 类中的属性。 除了特殊说明的之外,其他均为只读的。
request属性
''' 1.request.GET 类似于字典形式的 QueryDict 对象,包含浏览器地址栏携带的数据。 2.request.POST 类似于字典形式的 QueryDict 对象,包含post请求提交的所有数据。若使用POST上传文件,文件信息包含在FILES属性中。 3.request.method 一个全大写的字符串,表示请求使用的HTTP方法(GET或者POST) 4.request.body 一个字符串,代表请求报文的主体。在处理非 HTTP 形式的报文时非常有用,例如:二进制图片、XML,Json等。但是,如果要处理表单数据的时候,推荐还是使用 HttpRequest.POST 。 5.request.path 一个字符串,表示请求的路径组件(不含域名)。 6.request.encoding 一个字符串,表示提交的数据的编码方式(如果为 None 则表示使用DEFAULT_CHARSET 的设置,默认为 'utf-8')。 这个属性是可写的,你可以修改它来修改访问表单数据使用的编码。 接下来对属性的任何访问(例如从 GET 或 POST 中读取数据)将使用新的 encoding 值。 如果你知道表单数据的编码不是 DEFAULT_CHARSET ,则使用它。 7.request.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 键。 8.request.FILES 一个类似于字典的对象,包含所有的上传文件信息。 FILES 中的每个键为<input type="file" name="" /> 中的name,值则为对应的数据。 注意,FILES 只有在请求的方法为POST 且提交的<form> 带有enctype="multipart/form-data" 的情况下才会包含数据。否则,FILES 将为一个空的类似于字典的对象。 9.request.COOKIES 一个标准的Python 字典,包含所有的cookie。键和值都为字符串。 10.request.session 一个既可读又可写的类似于字典的对象,表示当前的会话。只有当Django 启用会话的支持时才可用。 11.request.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 中间件时才可用。 '''
request方法
''' 1.request.get_full_path() 返回path,若有查询字符串(数据)会一并返回 2.request.is_ajax() 如果请求是通过XMLHttpRequest 发起的,则返回True,方法是检查 HTTP_X_REQUESTED_WITH 相应的首部是否是字符串'XMLHttpRequest'。 大部分现代的 JavaScript 库都会发送这个头部。如果你编写自己的 XMLHttpRequest 调用(在浏览器端),你必须手工设置这个值来让 is_ajax() 可以工作。 如果一个响应需要根据请求是否是通过AJAX 发起的,并且你正在使用某种形式的缓存例如Django 的 cache middleware,你应该使用 vary_on_headers('HTTP_X_REQUESTED_WITH') 装饰你的视图以让响应能够正确地缓存。 '''
三、HTTPResponse对象
响应对象主要有三种方式:
- HttpResponse()
- render()
- redirect()
render和redirect其实本质上都是HTTPResponse对象。
HTTPResponse
HttpResponse()括号内直接跟一个具体的字符串作为响应体。
render()
render(request, 'template_name'[, {'current_date': now}])
- request: 用于生成响应的请求对象。
- template_name:要使用的模板的完整名称
- 可选的参数'current_date': now:添加到模板上下文的一个字典。默认是一个空字典。如果字典中的某个值是可调用的,视图将在渲染模板之前调用它。
render方法就是将一个模板页面中的模板语法进行渲染,最终渲染成一个html页面作为响应体。
redirect()
传递要重定向的一个URL,可以使用反向解析。
# 拾遗 1)301和302的区别。 它们的共同点: 301和302状态码都表示重定向,就是说浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的URL地址,这个地址可以从响应的Location首部中获取(用户看到的效果就是他输入的地址A瞬间变成了另一个地址B)——这是。 他们的不同点: 301表示旧地址A的资源已经被永久地移除了(这个资源不可访问了),搜索引擎在抓取新内容的同时也将旧的网址交换为重定向之后的网址; 302表示旧地址A的资源还在(仍然可以访问),这个重定向只是临时地从旧地址A跳转到地址B,搜索引擎会抓取新的内容而保存旧的网址。 SEO中302好于301。 2)重定向原因: (1)网站调整(如改变网页目录结构); (2)网页被移到一个新地址; (3)网页扩展名改变(如应用需要把.php改成.Html或.shtml)。 这种情况下,如果不做重定向,则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404页面错误信息,访问流量白白丧失;再者某些注册了多个域名的网站,也需要通过重定向让访问这些域名的用户自动跳转到主站点等。
四、JsonResponse
向前端返回一个json格式字符串方式。
# 第一种方式 import json data={'name':'moonzier','age':18,} return HttpResponse(json.dumps(data),ensure_ascii=False) # 内部数据不需要编码,直接返回json格式字符串,有中文显示中文 # 第二种方式 from django.http import JsonResponse data={'name':'慕子尔','age':18} return JsonResponse(data) return JsonResponse(data,json_dumps_params={'ensure_ascii':False})# 内部数据不需要编码,直接返回json格式字符串,有中文显示中文
五、FBV和CBV
FBV基于函数的视图(Function base view),我们之前写的视图函数都是FBV类型。
CBV基于类的视图(Class base view)
CBV语法
# urls.py url(r'^mycls/',views.MyCls.as_view()) # views.py from django.views import View class MyCls(View): def get(self,request): return render(request,'index.html') def post(self,request): return HttpResponse('post')
源码解析:
1.url(r'^mycls/',views.MyCls.as_view())其实就相当于url(r'^mycls/',views.view),所以无论是FBV还是CBV路由层都是路由对应视图函数内存地址。
2.不同的请求方式对应不同的方法:View里面的dispatch方法判断请求方法在八种方式内,通过反射,调用对应的方法。