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.POSTrequest.FILES属性,但提供如下特性:

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

  包含了对POSTPUTPATCH请求方式解析后的数据

  利用了REST frameworkparsers解析器,不仅支持表单类型数据,也支持JSON数据

    2、query_params

request.query_paramsDjango标准的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

最新文章

  1. SiteMap 提交,并使用正确的方式提交给搜索引擎
  2. DTW
  3. c++线程传参问题
  4. Linux Shell编程变量赋值和引用
  5. ie8下jquery读取当前点击的标签位置错误,原因是里面有内容写了text-indent:-9999px
  6. JDBC操作TimesTen
  7. 正式进入C#的世界——委托
  8. CAS单点登陆 SSO
  9. 201521123100 《java程序设计》第12周学习总结
  10. 关于设计项目UI界面的软件工具
  11. mybatis 查询单个对象,结果集类型一定要明确
  12. C# 连蒙带骗不知所以然的搞定USB下位机读写
  13. centos7 安装远程桌面
  14. Process 模块的方法
  15. 让我头疼一下午的Excel合并单元格
  16. DjangoBlog安装
  17. 第二类Stirling数
  18. android 获取 imei号码
  19. hashlib和hmac
  20. oracle中解决角色PLUSTRACE不存在

热门文章

  1. application context not configured for this file于spring框架使用中的原因
  2. Vant-Weap通过事件获取值
  3. linux上安装jenkins过程
  4. 原子类解决i++问题
  5. 源生JS实现点击复制功能
  6. BOM介绍以及方法
  7. SPARQL入门(二)使用Java操作ARQ
  8. Windows10 搭建Kafka集群
  9. 这几个 Chrome 的 Tab 增强插件你都用上了吗?
  10. Git - Git分支管理策略