APIVew执行流程
基于APIView + JSONResponse编写接口
原来基于django原生的view编写接口
# drf给我们提供了一个类，以后使用drf写视图类，都是继承这个类极其子类，APIView本身就是继承了django原生的view
在导入rest_framework模块类可以通过想要导入的是什么方法就直接，拼该方法的单词
from rest_framework.views import APIView
from rest_framework.request import Request
from rest_framework.response import Response
class BookView(APIView):
def get(self,request):
books=Book.objects.all()
book_list=[]
for book in books: book_list.append({'name':book.name,'price':book.price,'publish':book.publish})
return JsonResponse(book_list,safe=False)
基于APIView + Response 写接口
class BookView(APIView):
def get(self,request):
books=Book.objects.all()
book_list=[]
for book in books:
book_list.append({'name':book.name,'price':book.price,'publish':book.publish})
return Response(book_list)
以上两种的书写方式的效果都是一样的，只不过我们既然已经继承了APIViews，就使用它自己的Response来进行数据的返回会比较简洁方便。
API接口的执行流程
之前使用api都是使用jsonresponse返回数据，现在继承的是apiview的response返回，还是需要序列化，但是不需要safe，指定格式。
- 首先我们需要在路由中编写：
path('books/', views.BookView.as_view()),-->请求来了就执行
views.BookView.as_view()()--->现在的as_view是APIView的as_view
APIView的as_view方法：view还是原来的view，但是以后在也没有csrf认证了，以后我们会编写自己的认证方法
@classmethod
def as_view(cls, **initkwargs):
# 1.通过调用父类的as_view，父类就是django原生的view
#2.把django原生view的as_view（就是上面as_view加了括号）方法中的闭包函数view拿出来
view = super().as_view(**initkwargs)
# csrf_exempt排除所有的csrf的认证
# 这里的view就是要执行的视图类里面的方法
return csrf_exempt(view) # 在所有的方法上面加上了这个装饰器
路由匹配成功，就会执行csrf_exempt(view)(requets)再到>> View的as_view中的闭包函数view （虽然它加上了这个装饰器，但是它的本质还是这个view） >>>就执行 self.dispatch >>> self是视图类的对象>>> 再到BookiView>>> 找不到就再到 APIView的dispatch找到
# 1. 路由匹配成功，请求来了就会执行这个dispatch
def dispatch(self, request, *args, **kwargs):
# request是django原生的request，老的request
# 2.把老的request包装成了新的request，这个是drf提供的Request类的对象
request = self.initialize_request(request, *args, **kwargs)
# 到此以后，这个request就是新的了，老的request在哪？
# request._request 这是老的 被存放到Request里面
#3. 把新的request放到了self对象【BookView的对象】
self.request = request
try:
# 4.执行了三大认证【认证，频率，权限】，使用新的request
self.initial(request, *args, **kwargs)
# 跟之前的一样，假如我是get请求就执行 getview的get功能
# 5. 在这里用try来包住的意思就是当我们在执行请求的时候，出了异常就会被捕获到，然后处理了异常再把它给返回
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
# 把新的request传入了，视图类的方法中get的request也是新的
response = handler(request, *args, **kwargs)
except Exception as exc:
# 总结上面的一串代码在执行3大认证和视图类中方法的过程中，如果出了异常，都能捕获到---》全局异常捕获（如果在程序执行过程中出现异常，为了不让程序崩溃掉，返回一个固定的状态码，这样在前端访问的时候不论正常还是失败，拿到的格式都是一样的，（例如：请稍后再试，。。。））
response = self.handle_exception(exc)
self.response = self.finalize_response(request, response, *args, **kwargs)
return self.response
# 回顾知识
在使用装饰器的时候，被装饰的函数就是装饰器把被装饰函数传入括号内加括号调用
func(index)()
以后在使用index功能函数，其实就是在使用func(index)()的返回结果
总结：APIView的执行过程
- 1.去除了所有的csrf
- 2.包装了新的request，以后在视图类中使用的request是新包装的request， Request类的对象，不在是原生的request了
- 原生的在：
新的request._request
- 原生的在：
- 3.在执行视图类的方法之前，执行了3大认证
- 4.如果在3大认证或函数方法执行的过程中出了错。会有异常捕获>>>>全局异常捕获
- 5.以后视图类方法中的request都是新的了
Request对象源码分析（了解）
-新的Request >>>区别于老的Request
-老的：django.core.handerls.wsgi.WSGIRequest
- 新的：from rest_framework.request import Request
-新的request._request 包含着老的
# Request源码
-方法__getattr__
-在视图类的方法中，执行request.method,新的request是没有method的，就会触发Request的__getattr方法的执行
def __getattr__(self, attr):
try:
# 从老的request中反射出 要取得属性
# 就是上面将method传进来，就是取老的里面取出来，加上这这就是，老的里面有什么，新的里面就有什么
return getattr(self._request, attr)
except AttributeError:
# 老的里面也没有就报错
return self.__getattribute__(attr)
-request.data >>>:这是一个方法，包装成了数据属性
以后无论是post,put ... 只要是放在body中的数据都在这里面取，取出来的格式是字典
无论里面的是哪种编码格式 (取它，反序列化就可以了，至于怎么来的，可以看源码)
- request.query_params >>>:这是一个方法，包装成了数据属性
-GET请求携带的参数，以后就从这里面取
-query_params的意思：查询参数， 而restful规范中请求地址中携带查询参数（也可以叫过滤参数）
以后在取request.GET中携带的参数，上面的两种方法都可以使用
- request.FILES >>>>:这是方法，包装了属性
- 前端提交过来的属性就到这里取，
Request总结：
- 新的request用起来，跟之前的一模一样，因为新的取不到，就会到老的里面取__getattr__
- request.data 无论什么样的编码格式，什么请求方式，只要是在body中的数据，就在这里面取，取出来的结果是字典
- request.query_params 就是原来的request._request.GET
- 上传文件还是在request.FIELS，但是还有很多的功之后补充
关于__ getattr __方法：
序列化器介绍和使用（5个接口）
在我们写接口的时候，需要序列化、反序列化，而且反序列化的过程中要做数据校验--->drf直接提供了固定的写法，只要按照固定的写法使用，就能完成上面的三个需求
# 提供了两个类 Serializer ModelSerializer
以后只要写自己的类，继承drf提供的序列化类，使用其中的某种方法，就能完成上面的操作
# 只用APIView + 序列化 +Request 完成接口的编写
- 这是DRF框架的功能
- Serializer序列化器
- 视图
- 认证、权限、限流、过滤、排序、分页、异常处理、自动生成接口文档
- 在一个功能业务逻辑中可以包含序列化和反序列化
使用方法
- 定义Serrilizer 定义方法
Django Rest_framework中的Serializer使用类来定义，须继承自rest_framework.serializers.Serializer。
serializer不是只能为数据库模型类定义，也可以为非数据库模型类的数据定义。serializer是独立于数据库之外的存在。
- 序列化过程
- 创建serializer.py文件
- 继承serializers.Serializer创建类
- 指定序列化器返回字段
- 查询数据
- 创建序列化器对象，传入查询集
- JSONResponse（）返回
- 返回多个数据对象时
- 序列化器对象创建时需写关键字参数many=True
- JSONResponse（）中需要写入关键字参数safe= False
创建Serializer对象
定义好Serializer类后，就可以创建Serializer对象了
Serializer(instance=None,data=empty,**kwargs)
说明：
- 用于序列化时，将模型类对象传入instance参数
- 用于反序列化时，将要被反序列化的数据传入data参数
- 除了instance和data参数往外，在构造Serializer对象时，还可以通过context参数额外添加数据，如下：
serializer= AccountSerializer(account, context={'request': request})
通过context参数附加的数据，可以通过Serializer对象的context属性获取
data 方法的说明
data是一个方法，根据序列化器中接受到的查询集构造字典形式的数据
代码：
serializer.py -- BookSerializer类
from rest_framework import serializers
class BookSerializer(serializers.Serializer):
# 序列化某些字段，这里写要序列化的字典
name = serializers.CharField() # serializers下大致跟models下的类是对应的
# price = serializers.CharField()
publish = serializers.CharField()
views.py--->BookView类
class BookView(APIView):
def get(self, request):
# 只是为了验证之前讲过的
print(request.method)
print(request._request)
print(type(self.request))
books = Book.objects.all()
# 使用序列化类来完成---》得有个序列化类
# instance要序列化的数据books queryset对象
# many=True 只要是queryset对象要传many=True，如果是单个对象就不用传
ser = BookSerializer(instance=books, many=True)
return Response(ser.data) # 无论是列表还是字典都可以序列化
序列化单条
序列化类（不用动）
from rest_framework import serializers
class BookSerializer(serializers.Serializer):
# 序列化某些字段，这里写要序列化的字典
name = serializers.CharField() # serializers下大致跟models下的类是对应的
# price = serializers.CharField()
publish = serializers.CharField()
视图类 ----> BookDetailView
class BookDetailView(APIView):
# def get(self, request,pk):
def get(self, request, *args, **kwargs):
book = Book.objects.filter(pk=kwargs.get('pk')).first()
# 序列化
ser = BookSerializer(instance=book)
return Response(ser.data)
序列化多条
class BookDetailView(APIView):
def get(self,request,*args,**kwargs):
book= Book.objects.all()
# 将数据序列化
# instance要序列化的数据books queryset对象
# many=True 只要是queryset对象传入就加上，如果的那个对象就不用many
ser=BookSerializer(instance=book,many=True)
return Response(ser.data)
路由中添加了新的路由
urlpatters=[
path('books/<int:pk>/',views.BookDetailView.as_view())
]
反序列化
反序列化的新增
序列化类
class BookSerializer(serializers.Serializer):
# 序列化某些字段，这里写要序列化的字典
name = serializers.CharField() # serializers下大致跟models下的类是对应的
price = serializers.CharField()
publish = serializers.CharField()
def create(self, validated_data):
# 保存的逻辑
# validated_data 校验过后的数据 {name,price,publish}
# 保存到数据库
book = Book.objects.create(**validated_data)
# 一定不要返回新增的对象
return book
新增视图类
class BookView(APIView):
def post(self, request):
# requset.data # 前端提交的要保存的数据----》校验数据---》存
ser = BookSerializer(data=request.data) # 把前端传入的要保存的数据，给data参数
# 校验数据
if ser.is_valid():
# 保存---->需要自己写，要在序列化类BookSerializer中写----》create方法
ser.save() # 调用ser.save,自动触发咱们写的create，保存起来
return Response({'code': 100, 'msg': '新增成功', 'result': ser.data})
else:
return Response({'code': 101, 'msg': ser.errors})
修改功能
序列化类
class BookSerializer(serializers.Serializer):
def update(self, instance, validated_data):
# instance 要修改的对象
# validated_data 校验过后的数据
instance.name = validated_data.get('name')
instance.price = validated_data.get('price')
instance.publish = validated_data.get('publish')
instance.save() # orm的单个对象，修改了单个对象的属性，只要调用对象.save,就能把修改保存到数据库
return instance # 不要忘了吧修改后的对象，返回
视图类
class BookDetailView(APIView):
def put(self, request, pk):
book = Book.objects.filter(pk=pk).first()
# 反序列化保存 ---借助于序列化类
ser = BookSerializer(data=request.data, instance=book)
if ser.is_valid():
ser.save() # 由于没有重写update，所以这报错
return Response({'code': 100, 'msg': '修改成功', 'result': ser.data})
else:
return Response({'code': 101, 'msg': ser.errors})
删除功能
视图类
class BookDetailView(APIView):
def delete(self, requset, pk):
Book.objects.filter(pk=pk).delete()
return Response({'code': 100, 'msg': '删除成功'})
反序列化的校验
- 序列化类反序列化，数据的校验功能，就像是forms组件
- 全局钩子和局部钩子
# 反序列化校验的局部钩子
def validate_name(self,name):
# 校验name是否合规
if name.startswith('xxx'):
# 校验不通过抛异常
raise ValueError('不拿能够以xxx作为开头')
else:
return name
# 反序列化校验全局钩子
def validate(self, attrs):
# 校验过后的数据，书名根出版社名字不一致
if attrs.get('name')==attrs.get('publish'):
raise ValueError('书名跟出版社名不能一样')
else:
return attrs