Django视图函数之request请求与response响应对象

  

官方文档:

https://docs.djangoproject.com/en/1.11/ref/request-response/

视图中的request请求对象:

当请求页面时,Django创建一个HttpRequest包含有关请求的元数据的对象。

常用的值和操作:

·         request.method      #获取请求属性

·         request.GET         #获取GET请求的参数字典信息,用.get()取值

·         request.POST        #获取POST请求的参数字典信息,用.get()取值

·         request.body        #获取用户提交的原始数据bytes类型

·         request.path_info   #获取请求文件路径

·         request.get_full_path()#获取请求文件完整路径(包含参查询数)

·         request.path   #获取请求文件路径

·         request.META                        #获取请求数据头部信息

注意:键值对的值是多个的时候,比如checkbox类型的input标签,select标签,需要用:request.POST.getlist("hobby")

视图中的response响应对象:

当Django加载适当的视图,将HttpRequest第一个参数传递给view函数。每个视图都负责返回一个HttpResponse对象。

响应对象主要有三种形式:

o    HttpResponse()     响应字符串

o    render()               响应模板文件

o    redirect()             响应30X代码重定向

状态码:301和302

1)301和302的异同。

共同之处:

301和302状态码都表示重定向,就是说浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的URL地址,这个地址可以从响应的Location首部中获取(用户看到的效果就是他输入的地址A瞬间变成了另一个地址B)——这是它们的共同点。

不同之处:

301表示旧地址A的资源已经被永久地移除了(这个资源不可访问了),搜索引擎在抓取新内容的同时也将旧的网址交换为重定向之后的网址;

302表示旧地址A的资源还在(仍然可以访问),这个重定向只是临时地从旧地址A跳转到地址B,搜索引擎会抓取新的内容而保存旧的网址。 SEO302好于301

2)重定向原因:

(1)网站调整(如改变网页目录结构);

(2)网页被移到一个新地址;

(3)网页扩展名改变(如应用需要把.php改成.Html或.shtml)。

这种情况下,如果不做重定向,则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404页面错误信息,访问流量白白丧失;再者某些注册了多个域名的网站,也需要通过重定向让访问这些域名的用户自动跳转到主站点等。

原文地址:https://www.cnblogs.com/open-yang/p/11221466.html

时间: 2024-11-09 18:28:54

Django视图函数之request请求与response响应对象的相关文章

django RESTful研究一第一个测试例子(用序列化器编写原生的Django视图函数)

让我们看看通过 Serializer 类怎样来编写 API 的视图函数,现在我们不会使用 REST 框架中的特性,仅仅写原生的Django视图函数. 一.我们创建一个 HttpResponse 的子类,用来将任何数据转换成 JSON格式. 编辑snippets/views.py,如下: from django.http import HttpResponse from django.views.decorators.csrf import csrf_exempt from rest_framew

Django视图函数

一.视图函数 1. 视图函数的第一个参数一定是一个HTTPRequest类型的对象,这个对象是Django自动创建的,具体形参名通常用request.通过这个对象,可以调用请求的一些参数,比如request.path,request.method,request.META去查看请求信息. 2. 视图函数必须返回一个HTTPResponse类型的对象,这个对象必须是人工创建的.

flask基础之Response响应对象(九)

前言 Response对象负责对客户端的响应,每一个请求都会有一个Response对象,那么它在一个请求的声明周期内是怎么发挥作用的呢? Response对象 响应发生的位置 先回顾一下http请求的flask处理流程: 接收请求-->创建请求上下文-->请求上下文入栈-->创建该请求的应用上下文-->应用上下文入栈-->调用视图函数处理逻辑-->请求上下文出栈-->应用上下文出栈 Response对象在调用视图函数处理逻辑后就被创建,但是对客户端的响应在应用上下

Ajax中自定义发送请求和处理响应对象

Ajax中自定义发送请求和处理响应对象 JavaScript内置一个称为XMLHttpRequest的对象,用于发起Ajax请求并处理Ajax响应.这个对象非常复杂,包含许多支持Ajax的特性和方法. readyState:请求的状态代码[0(未开始).1(开启).2(已传送).3(接收中).4(已载入)] status:HTTP的请求状态代码[404(找不到文件).200(OK)] onreadystatechange:请求状态改变时会被调用的函数引用,这个函数事件处理器就是处理响应的地方.

Flask04 后台获取请求数据、视图函数返回类型、前台接受响应数据

1 后台获取请求数据 1.1 提出问题 前台发送请求的方式有哪些 后台如何获取这些请求的参数 1.2 前台发送请求的方式 GET.POST.AJAX 点睛:如果不指定请求方式,浏览器默认使用GET请求 点睛:进入登录页面的请求和提交登录信息的请求使用的路径都是一样的,只不过前往登录页面的请求是GET请求,服务器返回的是一个静态的页面:当录入登录信息点击确定后就会向后台发送一个POST请求,后台经过逻辑处理后,如果登录信息正确就会返回一个静态主页面(注意:虽然这两个请求都是使用的一样的路径,但是我

Django视图函数的使用

1.使用 (1)定义视图函数request 参数必须有.是一个HttpRequest类型的对象.参数名可以变化,但不要更改. (2)配置url 建立url和视图函数之间的对应关系 2.url配置的过程 (1)在项目的urls文件中包含具体应用的urls文件,在具体应用的urls文件中包含具体url和视图的对应关系. (2)url配置项是定义在一个名叫urlpatterns的列表中,其中的每一个元素就是一个配置项,每一个配置项都调用url函数. 回顾案例:test3 (1)进入虚拟环境, 创建项目

Django视图函数之FBV与CBV模式

FBV模式: FBV(function base views) 就是在视图里使用函数处理请求. 一般直接用函数写的都属于是FBV模式. veiws.py 1 from django.shortcuts import render,HttpResponse 2 # Create your views here. 3 4 def login(request): 5 if request.method=="GET": 6 return render(request,"login.h

Django视图函数之三种响应模式

视图函数响应处理: from django.shortcuts import render,HttpResponse,redirect (1)render 处理模板文件,可以渲染模板,第一个参数必须为封装好的元请求数据request return  render(request,"index.html",{"name":"zhang"}) (2)HttpResponse  处理字符串数据,可以是带标签的字符串 return HttpRequest

Django视图函数函数之视图装饰器

FBV模式装饰器: 普通函数的装饰器(语法糖@) views.py 1 from django.shortcuts import render 2 3 def wrapper(f): 4 def inner(*args,**kwargs): 5 print("before") 6 ret=f(*args,**kwargs) 7 print("after") 8 return ret 9 return inner 10 11 @wrapper 12 def index