drf模块导入
from rest_framework.views import APIView
from rest_framework.response import Response
from rest_framework.request import Request
from rest_framework.filters import SearchFilter
from rest_framework.pagination import PageNumberPagination
from rest_framework.exceptions import APIException
from rest_framework.authentication import BaseAuthentication
from rest_framework.permissions import IsAuthenticated
from rest_framework.throttling import SimpleRateThrottle
from rest_framework.settings import APISettings
from rest_framework import status
from django.http.request import QueryDict
from rest_framework.renderers import JSONRenderer, BrowsableAPIRenderer
from rest_framework.parsers import JSONParser, FormParser, MultiPartParser
drf请求模块（重要）
class Test(APIView):
def get(self, request, *args, **kwargs):
print(request)
return Response({
'status': 0,
'msg': 'get ok',
'data':'%s' %request.__dict__,
})
""" 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渲染模块
#全局的settings.py中
REST_FRAMEWORK = {
# 渲染模块的全局配置：开发一般只配置json
'DEFAULT_RENDERER_CLASSES': [
'rest_framework.renderers.JSONRenderer',
],
}
class Test(APIView):
from rest_framework.renderers import JSONRenderer,BrowsableAPIRenderer
# 渲染模块的局部配置 优先走自己的局部配置
# 局部禁用就是配置空list：[]
renderer_classes = [JSONRenderer]
def get(self, request, *args, **kwargs):
print(request)
return Response({
'status': 0,
'msg': 'get ok',
'data':'%s' %request.__dict__,
})
""" 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）drf给我们提供了多种解析数据包方式的解析类
2）我们可以通过配置,来控制前台提交的哪些格式的数据后台在解析，哪些数据不解析
3）全局配置就是针对每一个视图类，局部配置就是针对指定的视图类，让它们可以按照配置规则选择性解析数据
#全局的settings.py中
REST_FRAMEWORK = {
# 解析模块的全局配置
'DEFAULT_PARSER_CLASSES': [
'rest_framework.parsers.JSONParser',
'rest_framework.parsers.FormParser',
'rest_framework.parsers.MultiPartParser'
],
}
class Test(APIView):
from rest_framework.parsers import JSONParser,MultiPartParser,FormParser
# 解析模块的局部配置
#同样的 parser_classes=[] 为局部禁用
parser_classes = [FormParser]
def get(self, request, *args, **kwargs):
print(request)
return Response({
'status': 0,
'msg': 'get ok',
'data':'%s' %request.__dict__,
})
def post(self, request, *args, **kwargs):
print(request.data)
return Response({
'status': 0,
'msg': 'post ok',
})
""" 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默认支持三种数据的解析，可以全局或局部配置视图类具体支持的解析方式
"""
drf异常模块（重要）
#全局的settings.py中
REST_FRAMEWORK = {
#自己重写的exception_handler的路径
'EXCEPTION_HANDLER': 'api.utils.exception_handler',
}
""" 初级版
from rest_framework.response import Response
def exception_handler(exc, context):
# 开发阶段一定要记录日志
# logging.error(exc)
return Response('%s - %s' % (context['view'].__class__.__name__, exc))
"""
""" 升级版
from rest_framework.response import Response
from rest_framework.views import exception_handler as drf_exception_handler
def exception_handler(exc, context):
response = drf_exception_handler(exc, context)
if response is None: # drf没有处理的异常
response = Response({'detail': '%s' % exc})
# 项目阶段，要记录到日志文件
return response
"""
""" 究极版
response = {
'status': 7,
'exc': '异常信息'
}
"""
from rest_framework.response import Response
from rest_framework.views import exception_handler as drf_exception_handler
from rest_framework import status
def exception_handler(exc, context):
response = drf_exception_handler(exc, context)
if response is None: # drf没有处理的异常(服务器异常)
return Response(status=status.HTTP_500_INTERNAL_SERVER_ERROR, data={
'status': 7,
'exc': '%s' % exc
})
# 项目阶段，要记录到日志文件
return Response(status=response.status_code, data={
'status': 7,
# drf处理的客户端异常，原始处理方式是将异常信息放在response对象的data中，data的格式是{'datail': '具体的异常信息'}
'exc': '%s' % response.data.get('detail')
})
""" 异常模块(重点)：重写异常模块目的是记录异常信息(项目上线)
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只处理客户端异常，服务器异常需要手动处理，统一处理结果
"""
drf响应模块
具体应用详见异常模块的究极版中。
""" 响应模块
Response类生成对象需要的参数，以及Response类的对象可以使用的属性
1、参数：Response(data=响应的数据, status=响应的网络状态码, headers=想通过响应头再携带部分信息给前端)
2、属性：response.data response.status_code response.status_text
源码：Response类的__init__方法