django redirect传递参数_Django-drf-请求与响应

Ⅰ 简介

REST框架重新呈现的HttpRequest对象，其他REST框架提供的扩展了HttpRequest类的Request类的对象。

REST框架提供了一个Parser解析器，在接收到请求后会自动根据内容类型指定的请求数据类型（如JSON，表单等）将请求数据进行解析，解析为类字典[QueryDict]对象保存到请求对象中。

请求对象的数据是自动根据前端发送数据的格式进行解析之后的结果。

无论是前端发送的某种格式的数据，我们都可以以统一的方式读取数据。

Ⅱ 常用属性

.数据

request.data返回解析之后的请求体数据。遵循Django中标准的request.POST和request.FILES属性，但提供如下特性：

• 包含了解析之后的文件和非文件数据
• 包含了对POST，PUT，PATCH请求方式解析后的数据
• 利用了REST框架的解析器解析器，既支持表单类型数据，也支持JSON数据

.query_params

request.query_params与Django标准的request.GET相同，只是更换了更正确的名称而已。

Ⅲ 响应

rest_framework.response.Response

REST框架提供了一个响应类Response，使用该类构造响应对象时，响应的特定数据内容会被转换（渲染）成符合前端需求的类型。

REST框架提供了Renderer渲染器，采用了根据请求头中的Accept（接收数据类型声明）来自动转换响应数据到对应格式。如果前端请求中未进行的接受声明，则采用通过方式处理响应数据，我们可以通过配置来修改默认响应格式。

可以在rest_framework.settings查找所有的drf替换配置项

REST_FRAMEWORK = {
    'DEFAULT_RENDERER_CLASSES': (  # 默认响应渲染类
        'rest_framework.renderers.JSONRenderer',  # json渲染器
        'rest_framework.renderers.BrowsableAPIRenderer',  # 浏览API渲染器
    )
}

构造方式

Response(data, status=None, template_name=None, headers=None, content_type=None)

data数据不要是render处理之后的数据，只需传递python的内建类型数据即可，REST框架会使用renderer渲染器处理data。

data不能是复杂结构的数据，如Django的模型类对象，对于这样的数据我们可以使用Serializer序列化器序列化处理后（转为了Python字典类型）再传递给data参数。

参数说明:

data：为响应准备的序列化处理后的数据；
status：状态码，预设200；
template_name：模板名称，如果使用HTMLRenderer时需指明；
headers：用于存放响应头信息的字典；
content_type：响应数据的Content-Type，通常此参数无需传递，REST框架会根据前端所需类型数据来设置该参数。

常用属性

• .数据
  • 传给response对象的序列化后，但尚未render处理的数据
• .status_code
  • 状态码的数字
• 内容
  • 经过render处理后的响应数据

Ⅳ 状态码

为了方便设置状态码，REST framewrok在rest_framework.status模块中提供了常用状态码常量。

信息告知-1xx

HTTP_100_CONTINUE
HTTP_101_SWITCHING_PROTOCOLS

成功-2xx

HTTP_200_OK
HTTP_201_CREATED
HTTP_202_ACCEPTED
HTTP_203_NON_AUTHORITATIVE_INFORMATION
HTTP_204_NO_CONTENT
HTTP_205_RESET_CONTENT
HTTP_206_PARTIAL_CONTENT
HTTP_207_MULTI_STATUS

重置-3xx

HTTP_300_MULTIPLE_CHOICES
HTTP_301_MOVED_PERMANENTLY
HTTP_302_FOUND
HTTP_303_SEE_OTHER
HTTP_304_NOT_MODIFIED
HTTP_305_USE_PROXY
HTTP_306_RESERVED
HTTP_307_TEMPORARY_REDIRECT

客户端错误-4xx

HTTP_400_BAD_REQUEST
HTTP_401_UNAUTHORIZED
HTTP_402_PAYMENT_REQUIRED
HTTP_403_FORBIDDEN
HTTP_404_NOT_FOUND
HTTP_405_METHOD_NOT_ALLOWED
HTTP_406_NOT_ACCEPTABLE
HTTP_407_PROXY_AUTHENTICATION_REQUIRED
HTTP_408_REQUEST_TIMEOUT
HTTP_409_CONFLICT
HTTP_410_GONE
HTTP_411_LENGTH_REQUIRED
HTTP_412_PRECONDITION_FAILED
HTTP_413_REQUEST_ENTITY_TOO_LARGE
HTTP_414_REQUEST_URI_TOO_LONG
HTTP_415_UNSUPPORTED_MEDIA_TYPE
HTTP_416_REQUESTED_RANGE_NOT_SATISFIABLE
HTTP_417_EXPECTATION_FAILED
HTTP_422_UNPROCESSABLE_ENTITY
HTTP_423_LOCKED
HTTP_424_FAILED_DEPENDENCY
HTTP_428_PRECONDITION_REQUIRED
HTTP_429_TOO_MANY_REQUESTS
HTTP_431_REQUEST_HEADER_FIELDS_TOO_LARGE
HTTP_451_UNAVAILABLE_FOR_LEGAL_REASONS

服务器错误-5xx

HTTP_500_INTERNAL_SERVER_ERROR
HTTP_501_NOT_IMPLEMENTED
HTTP_502_BAD_GATEWAY
HTTP_503_SERVICE_UNAVAILABLE
HTTP_504_GATEWAY_TIMEOUT
HTTP_505_HTTP_VERSION_NOT_SUPPORTED
HTTP_507_INSUFFICIENT_STORAGE
HTTP_511_NETWORK_AUTHENTICATION_REQUIRED