cbv源码分析

cbv:是基于类的视图,使用类编写,在类中写请求方式同名的方法---->路由匹配 类名 .as_View()

请求过来,什么请求,就会执行跟请求方式同名的方法

执行流程:

请求来了----做路由匹配---如果第books/匹配上了path('book/',BookView.as_View())----内部就会执行第二个参数(),把实参request传入----BookView.as_View()(request)

研究:BookView.as_View()(request) 如何执行的

BookView中没有as_View,就说明在父类中有as_View----所以BookView的父类就是View

View.as_view的源码

@classonlymethod
def as_view(cls, **initkwargs):
    # 闭包函数
    def view(request, *args, **kwargs):
        self = cls(**initkwargs) # 类实例化得到对象：BookView的对象
        # 调用对象的绑定方法 dispath---》去BookView中找dispatch--》找不到去父类---》View中的dispatch
        return self.dispatch(request, *args, **kwargs) # 对象的方法
    return view
    
# 执行：BookView.as_view()(request)---》本质是执行 View中as_view内部的view方法，传入了reuqest----》在执行View的dispatch方法，传入了request

# 看 ：View.dispatch---》源码
    def dispatch(self, request, *args, **kwargs):
        if request.method.lower() in self.http_method_names: # 判断请求方式是否在那个固定的列表中[get, post...]--->
            # 反射：通过字符串 动态的  操作对象的属性或方法
            # 假设是get请求---》去BookView中取出 get方法赋值给handler
            handler = getattr(self, request.method.lower(), self.http_method_not_allowed)
        else:
            handler = self.http_method_not_allowed
        # 执行handler加括号，传入了request
        # 本质是执行 get(request)
        return handler(request, *args, **kwargs)

总结：

请求来了---执行 BookView.as_view()(request)---
内部执行了---View的as_view的内部的view闭包函数---闭包函数调用了self.dispatch---->是BookView的，
于是去了View的----通过反射获取跟请求方式同名的方法---然后执行，把request传入

2. APIView执行流程分析

2.1基于drf的APIView写接口

#1  使用drf，以后都写cbv---》继承一个视图类---》以后都继承drf提供 的APIView

#2  APIView 继承了djagno的View

#3  补充：这三个都是一个
from django.views import View
from django.views.generic import View
from django.views.generic.base import View



# 4 继承APIView写cbv---》执行起来跟之前效果一样---》内部发生了非常大的变化
	1 写视图类
    from rest_framework.views import APIView
    class PublishView(APIView):
        def get(self, request):
            return JsonResponse({'code': 999})
    2 配置路由
    path('publish/', PublishView.as_view()),

2.1 APIView的执行流程分析

比之前继承django的View多了如下:

* 去除了drf认证
* 包装了新的request
* 执行了认证,频率,权限,这三大认证
* 全局异常处理:在视图的方法中执行报错,会被异常捕捉,做统一处理

执行流程分析

请求来了----执行PubilshView.as_View()(request)----PublishView类中没有as_View----
找父类----APIView的as_View

APIView的as_View-----本质在禁用csrf认证

  # 加了装饰器的本质：被装饰的函数=装饰器(被装饰的函数)
 @classmethod
    def as_view(cls, **initkwargs):
        # 调用父类的as_view得到返回值赋值给view---》django的View的as_view【看过】---》返回View的as_view的闭包函数 view
        view = super().as_view(**initkwargs)  # 现在这个view就是原来看的View的as_view的view
        # 去除了csrf认证----》局部禁用csrf---》在视图函数上加 装饰器csrf_exempt
      
        return csrf_exempt(view)


       -PublishView.as_view()(request)--》执行了禁用掉csrf的View的as_view的view---》self.dispath--->APIView的dispath

     def dispatch(self, request, *args, **kwargs):
        # 1 包装了新的request对象
        request = self.initialize_request(request, *args, **kwargs)
        # 把新的request，赋值给了 self.request
        # self 是 PublishView的对象 
        self.request = request
        try:
            # 2 执行了3大认证
            self.initial(request, *args, **kwargs)
            
            ######开始### 跟之前View的dispath是一样的---》根据请求方式执行类中同名方法
            ###执行视图类的方法
            if request.method.lower() in self.http_method_names:
                handler = getattr(self, request.method.lower(),
                                  self.http_method_not_allowed)
            else:
                handler = self.http_method_not_allowed

            response = handler(request, *args, **kwargs)
            ######结束###
            
            
		# 执行三大认证和视图类的方法，如果出了异常，抛了错，会被捕获，统一处理
        except Exception as exc:
            response = self.handle_exception(exc)

        self.response = self.finalize_response(request, response, *args, **kwargs)
        return self.response

装饰器的本质

@auth  # add=auth(add)-->以后调用add 实际上调用   auth(add)()
def add():
    pass

add=auth(add)

包装新的的request

# 1 request.data:前端传入的数据(post,put，编码格式)--->写到在请求体中的数据，都用
    # 2 老request中有 request.GET 新的使用request.query_params 充当
    # 3 其他的所有属性方法，用起来跟之前一样

三大认证

 self.perform_authentication(request)
        self.check_permissions(request)
        self.check_throttles(request)
        

处理了全局异常,统一处理了

总结:

视图类继承APIView后多了
    	-1 去除了csrf认证
    	-2 新的request
        	-request.data
            -request.query_params
            -request.其他跟之前一样
            -request._request  是老的
        -3 三大认证
        -4 全局异常

3 序列化组件介绍

基于原生djagno写接口---》序列化---》自己用for循环做-->比较麻烦

借助于drf提供的序列化组件来完成快速序列化

## 使用步骤
	1 先在配置文件中注册 ：
        INSTALLED_APPS = [
        'rest_framework',
        ]
        
    2 写一个序列化类--》新建一个py文件---》serializer.py
    	-继承drf提供的serializers.Serializer
        -在类中写要序列化的字段：字段类---》跟之前学过的models.py中的字段类完全对应，但是比models多
        
        
    3 在视图类中，使用序列化类
    	多条：serializer=UserSerializer(instance=users,many=True)
        单条：serializer=UserSerializer(instance=user)
        
    4 拿到序列化后的数据
    	serializer.data  可能是列表，可能是字典
    
    5 使用drf提供的Resposne 返回
    	from rest_framework.response import Response

4 序列化组件快速使用之序列化

4.1 路由

urlpatterns = [
    path('users/', UserView.as_view()),
    path('users/<int:pk>', UserDetailView.as_view()),
]

4.2 视图类

from .models import User
from .serializer import UserSerializer
from rest_framework.response import Response
class UserView(APIView):
    def get(self,request):
        users=User.objects.all()
        # 之前用for循环，现在用序列化类
        # 传了两个参数：instance 要序列化的对象(qs，单个对象)   many=True表示序列化多条，如果不写就是序列化一条
        ser=UserSerializer(instance=users,many=True)
        # 拿到序列化后的数据  ser.data--->多条就是列表  单条字典
        return Response(ser.data)

class UserDetailView(APIView):
    def get(self,request,pk):
        user=User.objects.all().filter(pk=pk).first()
        # 传了两个参数：instance 要序列化的对象   many=True表示序列化多条
        ser=UserSerializer(instance=user)
        return Response(ser.data)

4.3 序列化类

# 写序列化类
from rest_framework import serializers


class UserSerializer(serializers.Serializer):
    # 写要序列化的字段
    name = serializers.CharField()
    # hobby = serializers.CharField()
    # password=serializers.CharField()
    age=serializers.IntegerField()

5 常用字段类和参数

5.1 常用字段类

# 写序列化类的时候，写了CharField，IntegerField  跟django中models中的类似

# 序列化类中的和models中的一一对应，但是序列化类中多一些

# 多的--->暂时有个印象，后面会详细讲
ListField
DictField

# 使用场景
	{name:金鹏没,price:99,publish:{name:xx出版社,addr:南京},authors:[{},{}]}

5.2 常用字段参数

# 字段类上，可以传参数,是做反序列化校验用的
	CharField:max_length,min_lenght,allow_blank： 可以不传
    IntegerField：max_value，min_value
    
 # 所有字段都可以用通用的
	-非常重要：read_only，write_only
    -default，required，allow_null

6 序列化组件之校验

# 序列化组件
	- 序列化
    - 反序列化(没学)
    - 反序列化校验（学了）
    
    
    
    
# 反序列化之校验：    ser.is_valid()
	1 字段自己的校验规则(字段类的属性上) 
    2 局部钩子(给某个字段加校验规则)  
    3 全局钩子
    
    
# 反序列化保存
	ser.save()---》必须序列化类中重写 create--》自己定保存到哪个表
    def create(self, validated_data):  # validated_data:前端传入，校验过后的数据
        user = User.objects.create(**validated_data)
        return user

补充：

1 函数和方法

• -函数:使用def关键字定义的函数,有几个参数，就要传几个参数，不能多，不能少-----》按位置传，按关键字传

• 方法：定义在类内部，可以自动传值的函数称之为方法---》绑定给对象的方法(对象方法)---》绑定给类的方法(类 方法)

• 对象方法：对象来调用，自动把对象传入，

• 类也可以调用，但是类来调用，就变成了普通函数，有几个值，就要传几个值

• 类方法：类来调用，自动把类传入

• 对象也可以调用，内部会取到对象的类，自动传入，它也是方法

• 函数和方法区别：能否自动传值

视图类

from .models import User
from .serializer import UserSerializer
from rest_framework.response import Response


class UserView(APIView):
    def get(self, request):
        users = User.objects.all()
        # 之前用for循环，现在用序列化类
        # 传了两个参数：instance 要序列化的对象(qs，单个对象)   many=True表示序列化多条，如果不写就是序列化一条
        ser = UserSerializer(instance=users, many=True)
        # 拿到序列化后的数据  ser.data--->多条就是列表  单条字典
        return Response(ser.data)

    def post(self, request):
        # 前端提交过来的数据 request.data
        ser = UserSerializer(data=request.data)
        # 校验数据--》3层： 1 字段自己的校验规则(字段类的属性上)  2 局部钩子(给某个字段加校验规则)  3 全局钩子
        if ser.is_valid():
            # 保存
            ser.save()  # 会报错，序列化类中重写create方法

            return Response({'code': 100, 'msg': '保存成功'})
        else:  # ser.errors 校验失败错误的数据
            return Response({'code': 101, 'msg': ser.errors})


class UserDetailView(APIView):
    def get(self, request, pk):
        user = User.objects.all().filter(pk=pk).first()
        # 传了两个参数：instance 要序列化的对象   many=True表示序列化多条
        ser = UserSerializer(instance=user)
        return Response(ser.data)

序列化类

# 写序列化类
from rest_framework import serializers
from rest_framework.exceptions import ValidationError
from .models import User


class UserSerializer(serializers.Serializer):
    # 写要序列化的字段
    # 字段自己
    name = serializers.CharField(max_length=8, min_length=3, required=True)
    hobby = serializers.CharField()
    password = serializers.CharField()
    age = serializers.IntegerField()

    # 局部钩子
    # 写一个方法  validate_字段名，传入要校验的数据--》前端传入的
    def validate_name(self, value):
        if value.startswith('sb'):
            raise ValidationError('不能以sb开头')  # 如果校验失败，抛ValidationError
        return value  # 如果校验通过，返回 value，后续继续用

    # 全局钩子
    # 名字和hobby不能一致   多个字段的同时校验
    def validate(self, attrs):  # 前端传入的所有数据，校验过后attrs 字典
        name = attrs.get('name')
        hobby = attrs.get('hobby')
        if name == hobby:
            raise ValidationError('名字和爱好不能一样')
        else:
            return attrs

    # 重写create方法
    def create(self, validated_data):  # validated_data:前端传入，校验过后的数据
        user = User.objects.create(**validated_data)
        return user

路由

urlpatterns = [
    path('users/', UserView.as_view()),
    path('users/<int:pk>', UserDetailView.as_view()),
]

本栏目推荐文章
• 代码随想录 day18 找树左下角的值 路径总和 从中序与后序遍历序列构造二叉树
• 字节微服务HTTP框架Hertz使用与源码分析｜拥抱开
• 2024-01-13 记录react-dnd拖拽组件的用法
• AQS源码解析
• 【LeetCode 2701. 连续递增交易】MySQL用户变量编程得到严格递增连续子序列的开始位置，结束位置，长度等统计信息
• k8s核心组件介绍
• 4- if 流程语句和案例
• python经典有序序列的list列表推导式
• 【Leetcode 2474. 购买量严格增加的客户】MySQL用户变量编程解决严格递增连续子序列问题
• 解题报告P2501 [HAOI2006] 数字序列

序列 组件 源码 流程 APIView序列drf源码apiview 序列 源码apiview request 序列 组件 源码 流程 源码 流程apiview drf 源码apiview 视图 序列serialize apiview 序列response apiview drf drf源码 对象apiview 源码restful apiview drf 视图 序列 组件 源码