17-REST framework-Request与Response

1、Django REST framework提供的视图的主要作用

　　1、控制序列化器的执行（检验，保存，转换数据）

　　2、控制数据库查询的执行

Request与Response

1、Request

　　REST framework 传入视图的request对象不再是Django默认的HttpRequest对象，而是REST framework提供的扩展了HttpRequest类的Request对象。

　　REST framework提供了Parser解析器，在接受到请求后会自动根据Content-Type指明的请求数据类型（如JSON、表单等）将请求数据进行parse解析，解析为类字典对象保存到Request对象中。

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

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

常用属性：

　　　　1、data

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

　　包含了解析之后的文件和非文件数据

　　包含了对POST、PUT、PATCH请求方式解析后的数据

　　利用了REST framework的parsers解析器，不仅支持表单类型数据，也支持JSON数据

　　　　2、query_params

request.query_params与Django标准的request.GET相同。

2、Response

　　rest_framework.response.Response,REST framework提供了一个响应类Response，使用该类构造响应对象时，响应的具体数据内容会被转换（render渲染）成符合前端需求的类型。

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

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 framework会使用renderer渲染器处理data。

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

　　参数说明：

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

常用属性：

　　1、data

传给response对象的序列化后，但尚未render处理的数据

　　2、status_code

状态码数字

　　3、content

经过render处理后的响应数据

3、状态码

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

　　1、信息告知---1xx

HTTP_100_CONTINUE

HTTP_101_SWITCHING_PROTOCOLS

　　2、成功----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

　　3、重定向----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

　　4、客户端错误----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

　　5、服务器错误---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