APIView的基本使用,APIView执行流程分析,Request对象源码分析,序列化类Serializer常用字段和字段参数

APIView的基本使用

如果使用了drf,以后写的都是CBV,但是都是继承drf提供的视图类(APIView)

from rest_framework.views import APIView

########## drf是一个app,需要注册##########
INSTALLED_APPS = [
		...
    'rest_framework'   # 一定不要忘了注册
]
##########################################

INSTALLED_APPS = [
    'django.contrib.admin',  # 后台管理,系统自带后台管理admin
    'django.contrib.auth',   # 权限管理--》生成6张表
    'django.contrib.contenttypes',# 对所有app的表进行记录的
    'django.contrib.sessions',   # session功能--》django-session表---》app
    'django.contrib.messages',  # django消息框架---》flask的闪现
    'django.contrib.staticfiles', #  静态资源
    'app01.apps.App01Config',
    'rest_framework',   # 一定不要忘了注册 
]
views.py
class BookViwe(APIView):
    def get(self,request):
        # return HttpResponse('hello web') # 以后不要用django原生的响应了:四件套:render,HttpResponse,Redirect,JsonResponse
        return Response('hello web') # drf提供的响应--》放字符串,字典,列表:HttpResponse+JsonResponse结合体
 

# 由于继承了APIView---》执行APIView的as_view---》执行APIView的dispatch---》内部执行变化了

APIView执行流程分析

#######流程分析
# path('books/', views.BookViwe.as_view())
# views.BookViwe.as_view()的执行结果,是函数内存地址----》view这个函数的内存地址
# 现在的as_view已经不是django原生View的as_view了----》面向对象中 属性查找顺序---》而是drf的APIView的as_view了

#### 路由写法没变----》执行发生了变化 #### 
# 请求来了---》路由匹配成功----》会执行 这个函数---》view(request)
#### 派生方法:子类中重写父类中的方法或者新写方法  叫派生
### 派生类---》子类
    def as_view(cls, **initkwargs):  # as_view是django的View的派生方法
    		# 这个view就是原生django中View类的view,还是原来的view
        view = super().as_view(**initkwargs)
        # csrf_exempt--->去除了所有的csrf---》csrf中间件---》post提交数据,如果不注释---》协带csrf---》以后,无论中间件是否注释,都不需要带了
        # csrf_exempt装饰器装饰视图函数--->本质跟csrf_exempt(view)一毛一样
        # 它就是装饰器的本质:把被装饰的函数当做参数,传入装饰器函数,返回值赋值给被装饰的函数
        return csrf_exempt(view)
      
###### 重点:1 view还是原来的view,2 以后不用管csrf了

# dispatch---》已经不是django原生View的dispatch了,是drf的APIView的dispatch了---》查找顺序的问题
    def dispatch(self, request, *args, **kwargs):
				#1 包装了新的request对象--》以后视图类中用的request对象,就是新的request
        request = self.initialize_request(request, *args, **kwargs)

        try:  # 捕获了异常
          	# 内部执行了三大认证:认证(登陆认证),频率(1分钟只能访问接口3次),权限(普通用户不能访问,超级用户才能访问)
            self.initial(request, *args, **kwargs)
            # 原来dispatch的代码,重写了一下---》执行视图函数
            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)
				# 包装了response对象,响应对象,浏览器看到好看的样子,postman只看到json
        self.response = self.finalize_response(request, response, *args, **kwargs)
        return self.response
      
      
#### 重点
  -1 drf:包装了新的request对象(drf的Request的对象了),已经不是django 的request对象了
  	# rest_framework.request.Request   以后新的request
        # django.core.handlers.wsgi.WSGIRequest  django原来的
  -2 在执行视图函数之前,执行了三大认证
  -3 处理了全局异常 ---》执行三大认证期间,执行视图函数期间,如果出了错,都能统一处理
  -4 包装了响应对象

Request对象源码分析

# 以后视图类中使用的request对象,是rest_framework.request.Request的对象
# 源码
class Request:
  	#1 把老的request放到了新的request的_request属性了
    # 新的request--》request._request  是老的
  	-__init__:    self._request = request(这个request是老的)
      
    # 2 以后新的request用起来跟原来一样用
    	# 取出原来老request的属性,以下方法取,麻烦 
      	request._request.POST
        request._request.GET
        request._request.method
        # 重写了__getattr__ 魔法方法,. 拦截  --》对象.属性如果属性不存在,触发这个方法执行		
        # 新的request.POST,新的request中没有POST,触发Request类的__getattr__ 
        def __getattr__(self, attr):
          try:
            	# 通过反射,去拿老request的属性或方法
              return getattr(self._request, attr)
          except AttributeError:
              return self.__getattribute__(attr)
  
    # 3 新的request有个data方法,包装成了数据属性
    	-前端无论什么编码方式传得body体中的数据,都从request.data中取,当字典用即可
      	-原生djagno,如果是formdata,urlencoded是从POST中取,如果是json,从body中取出来自己转
        
    # 4  新的request有个query_params方法,包装成了数据属性
      	-就是原来老的request的GET属性
      
    # 5 上传文件,跟之前一样用,但是人家重写了
    
    
    
    
 # 新的request重点
    -1 老的request是新的request._request
    -2  跟原来一样用
    -3 body提交的数据都从request.data中取
    -4 请求地址中的数据都从request.query_params中取(原request.GET中的数据都通过request.query_params中获取)

序列化类Serializer常用字段和字段参数

# 字段类和字段属性

### 字段类:跟models一一对应,但是比它多
# BooleanField 	
# NullBooleanField 	
# CharField 	
# EmailField
# RegexField 
# SlugField 
# URLField 	
# UUIDField 	
# IPAddressField 	
# IntegerField 	
# FloatField 
# DecimalField 
# DateTimeField 	
# DateField 	
# TimeField 	
# ChoiceField 	
# FileField 	
# ImageField 	

------ 以上都是models有的----下面是serializer独有的---
# ListField 	
# DictField 	



#### 字段属性--->写在字段类中的---》干啥用?反序列化校验用的!!!!
## 选项参数
# CharField
max_length 	最大长度
min_lenght 	最小长度
allow_blank 	是否允许为空
trim_whitespace 	是否截断空白字符

# IntegerField
max_value 	最小值
min_value 	最大值

# 通用参数:
### 重点讲
read_only 	表明该字段仅用于序列化输出,默认False
write_only 	表明该字段仅用于反序列化输入,默认False


required 	表明该字段在反序列化时必须输入,默认True
default 	反序列化时使用的默认值
allow_null 	表明该字段是否允许传入None,默认False
error_messages 	包含错误编号与错误信息的字典
posted @ 2022-06-14 23:01  春游去动物园  阅读(95)  评论(0编辑  收藏  举报