zoukankan      html  css  js  c++  java
  • drf模块分析

    drf请求模块、渲染模板、解析模块、响应模块、异常模块

    请求模块

    drf的请求模块

    1、drf的request是在wsgi的request基础上再次封装

    2、wsgi的request作为drf的request一个属性:_request

    3、新的request对旧的request做了完全兼容

    4、新的request对数据解析更规范化:所有的拼接参数都解析到query_params中,所有数据包数据都被解析到data中 query_params和data属于QueryDict类型,可以 .dict() 转化成原生dict类型

    源码分析

    1、drf的APIView类:重写了as_view(),但主体逻辑还是调用父类View的as_view(),局部禁用了csrf认证

    重点:所有继承drf的基本视图类APIView的视图类,都不在做csrf认证校验

    2、drf的APIView类:重写了dispatch(),在内部对request进行了二次封装:self.initialize_request(request, *args, **kwargs)

    内部核心:

    	走drf的Request初始化方法__init__:self._request = request 
    	
    	drf的Request的getter方法__getattr__:先从self._request反射取属性,没取到再冲drf的request中取
    

    核心:

    request除了可以访问原wsgi协议的request所有内容,还可以访问 query_params、data

    渲染模板

    drf的渲染模块(了解)

    1、可以在视图类中通过renderer_classes类属性对该视图的数据响应渲染做配置 - 局部配置

    2、可以在项目的配置文件的drf配置中通过DEFAULT_RENDERER_CLASSES对该视图的数据响应渲染做配置 - 全局配置注:如果一个视图类在有全局配置下,还进行了局部配置,优先走自己的局部配置

    渲染模块源码分析

    1、二次处理响应对象:APIView的dispatch方法 - self.finalize_response(request, response, *args, **kwargs)

    2、获取渲染类对象:进入finalize_response方法 - self.perform_content_negotiation(request, force=True)

    3、从配置文件中得到渲染类对象:perform_content_negotiation -> self.get_renderers() -> [renderer() for renderer in self.renderer_classes]

    核心:

    可以全局和局部配置视图类支持的结果渲染:默认可以json和页面渲染,学习该模块的目的是开发可以全局只配置json方式渲染

    解析模块

    drf的解析模块(了解) - 服务的对象是数据包数据

    1、可以在视图类中通过parser_classes类属性对该视图的数据包解析做配置 - 局部配置

    2、可以在项目的配置文件的drf配置中通过DEFAULT_PARSER_CLASSES对该视图的数据包解析做配置 - 全局配置

    解析模块源码分析

    1、APIView的dispatch方法:self.initialize_request(request, *args, **kwargs)内部还提供了数据解析

    2、self.get_parser_context(request)提供要解析的数据,self.get_parsers()提供解析的类对象(内部从配置中找解析类)

    核心:

    请求的数据包格式会有三种(json、urlencoded、form-data),drf默认支持三种数据的解析,可以全局或局部配置视图类具体支持的解析方式

    异常模块

    异常模块(重点):重写异常模块目的是记录异常信息(项目上线)

    1、在settings的drf配置中配置EXCEPTION_HANDLER,指向自定义的exception_handler函数

    2、drf出现异常了,都会回调exception_handler函数,携带 异常对象和异常相关信息内容, 在exception_handler函数完成异常信息的返回以及异常信息的logging日志

    源码分析

    1、在APIView的dispatch方法中,有一个超大的try...except...,将代码运行异常都交给异常处理模块处理self.handle_exception(exc)

    2、从配置中映射出配置处理异常的函数(自定义异常模块就是自定义配置指向自己的函数):self.get_exception_handler()

    3、异常函数exception_handler(exc, context)处理异常,就会走自己的: 先交给系统处理(客户端的异常),系统没处理(服务器异常),再自己处理

    核心:

    异常信息都需要被logging记录,所以需要自定义;drf只处理客户端异常,服务器异常需要手动处理,统一处理结果

    响应模块

    响应模块Response类生成对象需要的参数,以及Response类的对象可以使用的属性

    1、参数:Response(data=响应的数据, status=响应的网络状态码, headers=想通过响应头再携带部分信息给前端)

    2、属性:response.data response.status_code response.status_text

    源码:Response类的__init__方法

    核心:知道response对象产生可以传那些信息,response对象又是如何访问这些信息的"""

  • 相关阅读:
    基于 HTML5 WebGL 的发动机 3D 可视化系统
    基于 HTML + WebGL 结合 23D 的疫情地图实时大屏 PC 版
    用 HTML5 造个有诚意的 23D 招聘稿
    基于 HTML5 Canvas 的 3D 热力云图效果
    基于 HTML5 和 Canvas 实现的 3D 垃圾分类系统
    xcode10 改动
    __NSArrayI __NSArray0 __NSSingleObjectArrayI __NSPlaceholderArray __NSArrayM
    iOS开发之Found a swap file by the name ".podfile.swp" owned by: Netban dated:...file name: ~N...
    关于程序的测试
    ios the request was denied by service delegate for reason unspecified
  • 原文地址:https://www.cnblogs.com/zfb123-/p/12055259.html
Copyright © 2011-2022 走看看