10.15总结
解析模块
为什么要配置解析模块
1.drf 给我们通过了多种解析数据包方式的解析类
2.我们可以通过配置来控制前台提交的哪些格式的数据后台在解析,哪些数据不解析
3.全局配置就是针对每一个视图类,局部配置就是针对指定的视图来,让它们可以按照配置规则选择性解析数据
源码入口
# APIView类的dispatch方法中 request = self.initialize_request(request, *args, **kwargs) # 点进去 # 获取解析类 parsers=self.get_parsers(), # 点进去 # 去类属性(局部配置) 或 配置文件(全局配置) 拿 parser_classes return [parser() for parser in self.parser_classes]
全局配置:项目settings.py
REST_FRAMEWORK = { # 全局解析类配置 'DEFAULT_PARSER_CLASSES': [ 'rest_framework.parsers.JSONParser', # json数据包 'rest_framework.parsers.FormParser', # urlencoding数据包 'rest_framework.parsers.MultiPartParser' # form-data数据包 ], }
局部配置:应用views.py的具体视图类
from rest_framework.parsers import JSONParser class Book(APIView): # 局部解析类配置,只要json类型的数据包才能被解析 parser_classes = [JSONParser] pass
异常模块
为什么要自定义异常模块
1.所有经过 drf 的APIView视图类产生的异常,都可以提供异常处理方案
2.drf 默认提供了异常处理方案(rest_framework.views.exception_handler),但是处理范围有限
3.drf 提供的处理方案两种,处理了返回异常现象,没处理返回None(后续就是服务器抛异常给前台)
4.自定义异常的目的就是解决 drf 没有处理的异常,让前台得到合理的异常信息返回,后台记录异常具体信息
源码分析
# 异常模块:APIView类的dispatch方法中 response = self.handle_exception(exc) # 点进去 # 获取处理异常的句柄(方法) # 一层层看源码,走的是配置文件,拿到的是rest_framework.views的exception_handler # 自定义:直接写exception_handler函数,在自己的配置文件配置EXCEPTION_HANDLER指向自己的exception_handler = self.get_exception_handler() # 异常处理的结果 # 自定义异常就是提供exception_handler异常处理函数,处理的目的就是让response一定有值 response = exception_handler(exc, contexxt)
如何使用:自定义exception_handler函数如何书写实现体
# 修改自己的配置文件settings.py REST_FRAMEWORK = { # 全局配置异常模块 'EXCEPTION_HANDLER': 'api.exception.exception_handler', } # 1.先将异常处理交给rest_framework.views的exception_handler去处理 # 2.判断处理的结果(返回值)response,有值代表 drf 已经处理了,None代表需要自己处理 # 自定义异常处理文件exception,在文件中书写exception_handler函数 from rest_framework.views import exception_handler as drf_exception_handler from rest_framework.views import Response from rest_framework import status def exception_handler(exc, context): # drf 的exception_handler做基础处理 response = drf_exception_handler(exc, context) # 为空,自定义二次处理 if response is None: # print(exc) # print(context) print('%s - %s - %s' % (context['request'].method, exc)) return Response({ 'detail': '服务器错误' }, status=status.HTTP_500_INTERNAL_SERVER_ERROR, exception=True) return response
响应模块
响应类构造器:rest_framework.response.Response
def __init__(self, data=None, status=None, template_name=None, headers=None, exception=False, content_type=None: """ :param data: 响应数据 :param status: http响应状态码 :param template_name: drf 也可以渲染页面,渲染的页面模板地址(不用了解) :param headers: 响应头 :param exception: 是否异常了 :param content_type: 响应的数据格式(一般不用处理,响应头中带了,且默认是json) """ pass
使用:常规实例化响应对象
# status就是解释一堆 数字 网络状态码的模块
from rest_framework import status就是解释一堆 数字 网络状态码的模块
# 一般情况下只需要返回数据, status和headers都有默认值
return Response(data={数据}, status=status.HTTP_200_ok, headers={设置的响应头})
序列化组件
知识点:Serializer(偏底层)、ModelSerializer(重点)、ListModelSerializer(辅助群改)
Serializer
序列化准备:
— 模型层:models.py
class User(models.Model): SEX_CHOICES = [ [0, '男'], [1, '女'], ] name = models.CharField(max_length=64) pwd = models.CharField(max_length=32) phone = models.CharField(max_length=11, null=True, default=None) sex = models.IntegerField(choices=SEX_CHOICES, default=0) icon = models.ImageField(upload_to='icon', default='icon/default.jpg') class Meta: db_table = 'old_boy_user' verbose_name = '用户' verbose_name_plural = verbose_name def __str__(self): return '%s' % self.name
— 后台管理层:admin.py
from django.contrib import admin from . import models admin.site.register(modesl.User)