DRF (Django REST framework) 中的Request 与 Response详解编程语言
- REST framework 传入视图的request对象不再是Django默认的HttpRequest对象,而是REST framework提供的扩展了HttpRequest类的Request类的对象。
- REST framework 提供了Parser解析器,在接收到请求后会自动根据Content-Type指明的请求数据类型(如JSON、表单等)将请求数据进行parse解析,解析为类字典对象保存到Request对象中。
- Request对象的数据是自动根据前端发送数据的格式进行解析之后的结果。
- 无论前端发送的哪种格式的数据,我们都可以以统一的方式读取数据。
1).datarequest.data 返回解析之后的请求体数据。类似于Django中标准的request.POST和 request.FILES属性,但提供如下特性:
包含了解析之后的文件和非文件数据 包含了对POST、PUT、PATCH请求方式解析后的数据 利用了REST framework的parsers解析器,不仅支持表单类型数据,也支持JSON数据 2).query_paramsrequest.query_params与Django标准的request.GET相同,只是更换了更正确的名称而已。
2. Responserest_framework.response.Response
- REST framework提供了一个响应类Response,使用该类构造响应对象时,响应的具体数据内容会被转换(render渲染)成符合前端需求的类型。
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会根据前端所需类型数据来设置该参数。- REST framework提供了Renderer 渲染器,用来根据请求头中的Accept(接收数据类型声明)来自动转换响应数据到对应格式。如果前端请求中未进行Accept声明,则会采用默认方式处理响应数据,我们可以通过配置来修改默认响应格式。
REST_FRAMEWORK = { DEFAULT_RENDERER_CLASSES: ( # 默认响应渲染类 rest_framework.renderers.JSONRenderer, # json渲染器 rest_framework.renderers.BrowsableAPIRenderer, # 浏览API渲染器 }常用属性: 1).data
传给response对象的序列化后,但尚未render处理的数据
2).status_code状态码的数字
3).content经过render处理后的响应数据
3. 状态码为了方便设置状态码,REST framewrok在rest_framework.status模块中提供了常用状态码常量。
1)信息告知 1xxHTTP_100_CONTINUE HTTP_101_SWITCHING_PROTOCOLS2)成功 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_STATUS3)重定向 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_REDIRECT4)客户端错误 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_REASONS5)服务器错误 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
18151.html
cgojavapython相关文章
- Django 使用 django-redis 作为缓存的正确用法,别忽略缓存的使用原则
- Django Rest Framework源码剖析(四)—–API版本详解编程语言
- CentOS6设置Django开发环境详解编程语言
- Python3:Django连接Mysql数据库时出错,’Did you install mysqlclient or MySQL-python’详解编程语言
- 服务器上部署django项目流程详解编程语言
- Django 01 Django中的路由系统详解编程语言
- django 获取当前访问的URL详解编程语言
- Django Mysql数据库-聚合查询与分组查询详解编程语言
- Django Mysql数据库-基于双下划线的跨表查询详解编程语言
- django 执行原生sql形参传递,字段参数传递详解编程语言
- django django-import-export 自定义字段的实现详解编程语言
- Django ERRORS(translation.E004) 问题解决详解编程语言
- Django创建应用三详解编程语言
- stark组件之批量操作【模仿Django的admin】详解编程语言
- stark组件之路由分发【模仿Django的admin】详解编程语言
- Django的Modelforms的介绍详解编程语言
- Django的Rbac介绍3详解编程语言
- Django的视图函数和路由系统中一些没有用过的小点详解编程语言
- django的模板语言中一些之前没有用过的小点详解编程语言
- django的中间件:process_request|process_response|process_view|process_exception详解编程语言
- Django的模板继承详解编程语言
- django的视图函数介绍详解编程语言
- django的流程分析详解编程语言
- Django基础学习七之如何配置django+mysql详解编程语言
- Django基础学习五_引入静态文件详解编程语言
- Django基础学习一详解编程语言