drf中 连表深度查询和ListSerializer类包括drf中Response二次封装

drf中Response二次封装:

from rest_framework.response import Response
‘‘‘
return MyResponse(status=1,msg=‘error‘,results=[],token=‘a.b.c‘,http_status=400,exception=True)

Response模块的响应数据 data,最终数据results,Response模块需要向前台展示的一般有响应数据data(包括data里面的results),网络状态码status,是否异常exception

return Response(
     data={
        ‘status‘:1,
        ‘msg‘:‘error‘,
        ‘results‘:[],
        token:‘a.b.c‘
        },
        status=400,
        exception=True
‘‘‘
class APIResponse(Response):
    def __init__(self,status=0,msg=‘ok‘,results=None,http_status=None,
                 headers=None,exception=False,content_type=None,**kwargs):
        #将status、msg、results、kwargs格式化成data
        data={
            ‘status‘:status,
            ‘msg‘:msg,
        }
        #results只要不为空都是数据:False、0、‘‘都是数据==》条件不能写if results
        if results is not None:
            data[‘results‘]=results
        #将kwargs中额外的k-v数据添加data中  字典的update方法
        data.update(**kwargs)
        super().__init__(data=data,status=http_status,headers=headers,exception=exception,content_type=content_type)

连表深度查询:

  • 外键字段默认显示的是外键值(int类型),不会自己进行深度查询
  • 深度查询方式:
    • 子序列化:必须有子序列化类配合,不能反序列化
    • 配置depth:自动深度查询的是关联表的所有字段,数据量太多
    • 插拔式@property:名字不能与外键名同名
#serializers.py
class BookModelSerializer(serializers.ModelSerializer):

    class Meta:
        list_serializer_class = BookListSerializer

        model = models.Book
        fields = [‘name‘, ‘price‘, ‘publish‘, ‘authors‘, ‘publish_info‘, ‘author_list‘]
        extra_kwargs = {
            ‘publish‘: {
                ‘write_only‘: True
            },
            ‘authors‘: {
                ‘write_only‘: True
            }
        }

#models.py
class Book(BaseModel):
    name = models.CharField(max_length=64)
    price = models.DecimalField(max_digits=10, decimal_places=2)
    publish = models.ForeignKey(to=‘Publish‘, related_name=‘books‘, db_constraint=False, on_delete=models.DO_NOTHING, null=True)
    authors = models.ManyToManyField(to=‘Author‘, related_name=‘books‘, db_constraint=False)

    @property
    def publish_info(self):  #单个数据
        return {
            ‘name‘: self.publish.name,
            ‘address‘:self.publish.address,

        }

    @property
    def author_list(self):
        author_list_temp = []  # 存放所有作者格式化成数据的列表
        authors=self.authors.all()  #所有作者
        for author in authors:  #遍历处理所有作者
            author_dic={
                ‘name‘:author.name,
            }
            try: #有详情才处理详情信息
                author_dic[‘mobile‘]=author.detail.mobile
            except:
                author_dic[‘mobile‘]=‘无‘
            author_list_temp.append(author_dic)   #将处理过的数据添加到数据列表中
        return author_list_temp  #返回处理后的结果

    def __str__(self):
        return self.name

单查群查接口:

class BookAPIView(APIView):
    # 单查群查
    def get(self, request, *args, **kwargs):
        pk = kwargs.get(‘pk‘)
        if pk:
            book_obj = models.Book.objects.filter(is_delete=False, pk=pk).first()
            book_ser = serializers.BookModelSerializer(book_obj)
        else:
            book_query = models.Book.objects.filter(is_delete=False).all()
            book_ser = serializers.BookModelSerializer(book_query, many=True)

        return Response({
            ‘status‘: 0,
            ‘msg‘: ‘ok‘,
            ‘results‘: book_ser.data
        })

单删群删接口:

 # 单删群删
    def delete(self, request, *args, **kwargs):
        ‘‘‘
        单删:接口:/books/(pk)/ 数据:空
        群删:接口/books/ 数据:[pk1,...pkn]
        逻辑:修改is_delete字段,修改成功代表删除成功
        ‘‘‘
        pk = kwargs.get(‘pk‘)
        if pk:
            pks = [pk]  # 将单删格式化成群删一条
        else:
            pks = request.data  # 群删
        try:  # 数据如果有误,数据库执行会出错
            rows = models.Book.objects.filter(is_delete=False, pk__in=pks).update(is_delete=True)
        except:
            return APIResponse(1, ‘数据有误‘)
        if rows:
            return APIResponse(0, ‘删除成功‘)
        return APIResponse(1, ‘删除失败‘)

单增群增接口:

 # 单增群增
    def post(self, request, *args, **kwargs):
        ‘‘‘
        单增:接口:/books/数据:{...}
        群增:接口:/books/数据:[{...},...,{...}]
        逻辑:将数据给序列化类处理,数据的类型关系到many属性是否为True
        ‘‘‘
        if isinstance(request.data, dict):
            many = False
        elif isinstance(request.data, list):
            many = True
        else:
            return Response(data={‘detail‘: ‘数据有误‘}, status=400)

        book_ser = serializers.BookModelSerializer(data=request.data, many=many)
        book_ser.is_valid(raise_exception=True)
        book_obj_or_list = book_ser.save()
        return APIResponse(results=serializers.BookModelSerializer(book_obj_or_list, many=many).data)

ListSerializer类分析

  • ModelSerializer默认没有群改功能,所以它配置了ListSerializer辅助类,帮助完成群增群改,需要在ModelSerializer类的Meta中设置list_serializer_class
  • 自定义ListSerializer子类,将子类绑定给list_serializer_class
  • 如果除了群增还有群改,就不需要自定义配置,但是需要群改,必须自定义配置
class BookListSerializer(serializers.ListSerializer):
    # 自定义的群增群改辅助类,没有必要重写create方法
    def create(self, validated_data):
        return super().create(validated_data)

    def update(self, instance_list, validated_data_list):
        return [
            self.child.update(instance_list[index], attrs) for index, attrs in enumerate(validated_data_list)
        ]

put方法的整体单改和群改:

# 整体单改群改
    def put(self, request, *args, **kwargs):
        """
        单改:接口:/books/(pk)/   数据:{...}
        群增:接口:/books/   数据:[{pk, ...}, ..., {pk, ...}]
        逻辑:将数据给系列化类处理,数据的类型关系到 many 属性是否为True
        """
        pk = kwargs.get(‘pk‘)
        if pk:  # 单改
            try:
                # 与增的区别在于,需要明确被修改的对象,交给序列化类
                book_instance = models.Book.objects.get(is_delete=False, pk=pk)
            except:
                return Response({‘detail‘: ‘pk error‘}, status=400)

            book_ser = serializers.BookModelSerializer(instance=book_instance, data=request.data)
            book_ser.is_valid(raise_exception=True)
            book_obj = book_ser.save()
            return APIResponse(results=serializers.BookModelSerializer(book_obj).data)
        else:  # 群改
            # 分析(重点):
            # 1)数据是列表套字典,每个字典必须带pk,就是指定要修改的对象,如果有一条没带pk,整个数据有误
            # 2)如果pk对应的对象已被删除,或是对应的对象不存在,可以认为整个数据有误(建议),可以认为将这些错误数据抛出即可
            request_data = request.data
            try:
                pks = []
                for dic in request_data:
                    pk = dic.pop(‘pk‘)  # 解决分析1,没有pk pop方法就会抛异常
                    pks.append(pk)

                book_query = models.Book.objects.filter(is_delete=False, pk__in=pks).all()
                if len(pks) != len(book_query):
                    raise Exception(‘pk对应的数据不存在‘)
            except Exception as e:
                return Response({‘detail‘: ‘%s‘ % e}, status=400)

            book_ser = serializers.BookModelSerializer(instance=book_query, data=request_data, many=True)
            book_ser.is_valid(raise_exception=True)
            book_list = book_ser.save()
            return APIResponse(results=serializers.BookModelSerializer(book_list, many=True).data)

局部单改群改:

  • 设置partial=True的序列化类,参与反序列化的字段,都会置为选填字段

    • 提供了值得字段发生修改。
    • 没有提供的字段采用被修改对象原来的值
  • 设置context的值,目的:在序列化完成自定义校验(局部与全局钩子)时,可能需要视图类中的变量,如请求对象request
  • 可以通过context将其传入,在序列化校验方法中,self.context就能拿到传入的视图类中的变量
# 局部单改群改
    def patch(self, request, *args, **kwargs):
        pk = kwargs.get(‘pk‘)
        if pk:  # 单改
            try:
                book_instance = models.Book.objects.get(is_delete=False, pk=pk)
            except:
                return Response({‘detail‘: ‘pk error‘}, status=400)

            book_ser = serializers.BookModelSerializer(instance=book_instance, data=request.data, partial=True, context={‘request‘: request})
            book_ser.is_valid(raise_exception=True)
            book_obj = book_ser.save()
            return APIResponse(results=serializers.BookModelSerializer(book_obj).data)
        else:  # 群改
            request_data = request.data
            try:
                pks = []
                for dic in request_data:
                    pk = dic.pop(‘pk‘)
                    pks.append(pk)

                book_query = models.Book.objects.filter(is_delete=False, pk__in=pks).all()
                if len(pks) != len(book_query):
                    raise Exception(‘pk对应的数据不存在‘)
            except Exception as e:
                return Response({‘detail‘: ‘%s‘ % e}, status=400)

            book_ser = serializers.BookModelSerializer(instance=book_query, data=request_data, many=True, partial=True)
            book_ser.is_valid(raise_exception=True)
            book_list = book_ser.save()
            return APIResponse(results=serializers.BookModelSerializer(book_list, many=True).data)

原文地址:https://www.cnblogs.com/sweet-i/p/12117035.html

时间: 2024-07-29 22:23:23

drf中 连表深度查询和ListSerializer类包括drf中Response二次封装的相关文章

RDIFramework.NET 中多表关联查询分页实例

RDIFramework.NET 中多表关联查询分页实例 RDIFramework.NET,基于.NET的快速信息化系统开发.整合框架,给用户和开发者最佳的.Net框架部署方案.该框架以SOA范式作为指导思想,作为异质系统整合与互操作性.分布式应用提供了可行的解决方案. 分页非常的常见,基本任何项目都会涉及到分页,这没什么好谈的,大多数我们分页对单表的分页比较多,对多表的分页我们可以通过视图来实现,当然还有其他的方式,在这儿,我以一个实例展示下使用我们的RDIFramework.NET来实现多表

Yii2中多表关联查询(join、joinwith) with是不执行sql的

Yii2中多表关联查询(join.joinwith) 我们用实例来说明这一部分 表结构 现在有客户表.订单表.图书表.作者表, 客户表Customer (id customer_name) 订单表Order (id order_name customer_id book_id) 图书表 (id book_name author_id) 作者表 (id author_name) 模型定义 下面是这4个个模型的定义,只写出其中的关联 Customer class Customer extends \

Yii2中多表关联查询(join、joinwith)

我们用实例来说明这一部分 表结构 现在有客户表.订单表.图书表.作者表, 客户表Customer   (id  customer_name) 订单表Order          (id  order_name       customer_id   book_id) 图书表                    (id  book_name       author_id) 作者表                    (id  author_name) 模型定义 下面是这4个个模型的定义,只写

Yii2中多表关联查询(with、join、joinwith)

表结构 现在有客户表.订单表.图书表.作者表, 客户表Customer   (id  customer_name) 订单表Order         (id  order_name   customer_id   book_id) 图书表Book          (id  book_name    author_id) 作者表Author        (id  author_name) 模型定义 下面是这4个个模型的定义,只写出其中的关联 Customer class Customer ex

Yii2.0中文开发向导——Yii2中多表关联查询(join、joinwith)(转)

我们用实例来说明这一部分 表结构 现在有客户表.订单表.图书表.作者表, 客户表Customer   (id  customer_name) 订单表Order          (id  order_name       customer_id   book_id) 图书表                    (id  book_name       author_id) 作者表                    (id  author_name) 模型定义 下面是这4个个模型的定义,只写

drf序列化高级、自定义只读只写、序列化覆盖字段、二次封装Response、数据库查询优化(断关联)、十大接口、视图家族、自动补全图片链接

目录 自定义只读 自定义只写 序列化覆盖字段 二次封装Response 数据库关系分析 断外键关联关系 ORM操作外键关系 ORM四种关联关系 基表 序列化类其他配置(了解) 十大接口 BaseSerializer初始化方法 十大接口序列化总结 单查群查 单增群增 单删群删 单整体改/群整体改 单局部改/群局部改 群增群改配置 十大接口小结 字段提供就校验,不提供拉到 DjangoORM内置优化机制:一次最多查21条数据 models.py response.py serializers.py

Spring中控制实现同一个接口的实现类在List中调用的顺序

由于在更新Redis缓存的时候,每个service都实现了基本的RedisCacheUpdate接口里面的update函数,在定时任务里面,采用List<RedisCacheUpdate>的方式批量调用update,但是service之间也有缓存依赖,比如service B依赖service A的缓存,这样,如果B先update那么就会取不到缓存数据而每次在数据库中取,很浪费时间,所以需要控制A , B 在List中被注入的顺序,那么问题来,来了,该怎么控制他们的调用顺序呢? Spring早就

导包补充,深度查询(深度序列化),十大接口

目录 一.导包补充 二.深度查询 1. 子序列化和depth方法 (1)什么是子序列化 (2)__all__ 方法 exclude方法 (3)子序列化实例 2. 插拔式 三.十大接口 1. 十大接口中注意点(很重要) 2. 实例 一.导包补充 在导包时,如果用from 文件1 import *,则文件1中的以下划线开头的变量,都不能访问.无论是单下划线还是双下线. 用import 文件1的方式,还是能访问到文件1中以下划线开头的变量,没有影响. 当我们用from 文件1 import *的方式导

三种方法实现从“一个(组)查询过程中返回两个表的查询结果”

还记得開始做机房的时候,遇到了要从一个函数中返回两个表的查询结果.当时的解决方法非常"冲动"也非常"无拘无束",直接在实体类里边加入了其它表的实体,效果是达到了,但总认为不伦不类. 如今介绍三种解决上述问题的方法(代码为VB.net.系统使用三层架构). 题设要求:如果我如今要从卡表和学生表里返回查询信息(卡表的comment,money,status和学生表的所有信息),卡表和学生表例如以下: 图一  学生表 图二    卡表 方法一:视图. 比較简单,相信这样的