虽然我们已经在使用,rest_framework的Response,但是代码还是有点冗余,于是就可以自己重写一下(具体封装可以更具实际需求变更)
重写
from rest_framework.response import Response
class APIResponse(Response):
# 格式化data
def __init__(self, status=0, msg='ok', results=None, http_status=None, headers=None, exception=False, **kwargs):
# data默认加上json的response基础有数据状态码和数据状态信息
data = {
'status': status,
'msg': msg
}
# 如果后台有数据,响应数据
if results is not None:
data['results'] = results
# 后台的一切自定义响应数据直接放到响应数据data中
data.update(**kwargs)
super().__init__(data=data, status=http_status, headers=headers, exception=exception)
使用
#查询正确,修改默认的状态码,和msg和http状态码
return APIResponse(status=1,msg="单查 error",http_status=400)
#查询错误,使用默认的msg和状态码
return APIResponse(results=user_data)
modles里面的表有公共字段,可以提取到基表上
基表注意
设置内嵌meta类的abstract为True,默认为False(为False会创建这个表)
is_delete字段
用来做逻辑删除,因为数据是有价值的
class BaseModel(models.Model):
is_delete = models.BooleanField(default=False)
create_time = models.DateTimeField(auto_now_add=True)
class Meta:
# 基表必须设置abstract,基表就是给普通Model类继承使用的,设置了abstract就不会完成数据库迁移完成建表
abstract = True
断关联的特点
1.表之间没有外键关联,但是有外键逻辑关联(但是要注意,由于没有物理的约束,所以要在逻辑上保证数据操作的安全)
2、断关联后不会影响数据库查询效率,但是会极大提高数据库增删改效率(因为少做了一步判断外键数据是否存在的操作)
db_constraint
断关联,但是级联关系还在(默认级联删除),所以要自己设置,如下
db_constraint=False
on_delete--级联删除
在django1.x中默认有,2.x中必须自己实现
on_delete=models.CASCADE
注意多对多例外
1.多对多外键实际在关系表中,ORM默认关系表中两个外键都是级联
2.ManyToManyField字段不提供设置on_delete,如果想设置关系表级联,只能手动定义关系表
作者没了,详情也没:on_delete=models.CASCADE
出版社没了,书还是那个出版社出版:on_delete=models.DO_NOTHING
#下面两个比较类似
部门没了,员工没有部门(空不能):null=True, on_delete=models.SET_NULL
部门没了,员工进入默认部门(默认值):default=0, on_delete=models.SET_DEFAULT
related_name
外键字段为正向查询字段,related_name是反向查询字段
obj = models.Author.objects.filter(pk=1).first()
print(obj.detail.mobile)
obj2 = models.AuthorDetail.objects.filter(pk=1).first()
print(obj2.author.name)
# 多表:Book,Publish,Author,AuthorDetail
class BaseModel(models.Model):
is_delete = models.BooleanField(default=False)
create_time = models.DateTimeField(auto_now_add=True)
class Meta:
abstract = True
class Book(BaseModel):
name = models.CharField(max_length=16)
price = models.DecimalField(max_digits=5, decimal_places=2)
publish = models.ForeignKey(to='Publish', related_name='books', db_constraint=False, on_delete=models.DO_NOTHING)
authors = models.ManyToManyField(to='Author', related_name='books', db_constraint=False)
# 自定义连表深度,不需要反序列化,因为自定义插拔属性不参与反序列化
@property
def publish_name(self):
return self.publish.name
@property
def author_list(self):
temp_author_list = []
for author in self.authors.all():
temp_author_list.append({
'name': author.name,
'sex': author.get_sex_display(),
'mobile': author.detail.mobile
})
return temp_author_list
class Publish(BaseModel):
name = models.CharField(max_length=16)
address = models.CharField(max_length=64)
class Author(BaseModel):
name = models.CharField(max_length=16)
sex = models.IntegerField(choices=[(0, '男'),(1, '女')], default=0)
class AuthorDetail(BaseModel):
mobile = models.CharField(max_length=11)
author = models.OneToOneField(to='Author', related_name='detail', db_constraint=False, on_delete=models.CASCADE)
其实就像利用了,自定义字段的特点,可以去单独返回值拿到数据,最后在序列化数据,但是要注意返回的参数不可以是对象的形式,不然不能支持除本对象其他对象的序列化
fields
fields = ('name', 'price', 'publish_name', 'author_list')
models
#self为book对象,直接用它进行多表查询,返回想要的数据
@property
def publish_name(self):
return self.publish.name
@property
def author_list(self):
temp_author_list = []
for author in self.authors.all():
temp_author_list.append({
'name': author.name,
'sex': author.get_sex_display(),
'mobile': author.detail.mobile
})
return temp_author_list
对比
对比上面的不能传对象,这种方法直接把别的数据的序列化器拿来使用,可以序列化其他的记录数据了
但是不能进行反序列化了,会直接报错
前提
如果只有查需求的接口,自定义深度还可以用子序列化方式完成
class PublishModelSerializer(serializers.ModelSerializer):
子序列化都是提供给外键(正向方向)完成深度查询的,外键数据是唯一:many=False,不唯一many=True
#只有带外键的记录能这样搞
books = BookModelSerializer(many=True)
class Meta:
model = models.Publish
fields = ('name', 'address', 'books')
def get(self, request, *args, **kwargs):
pk = kwargs.get('pk')
if pk:
book_obj = models.Book.objects.filter(pk=pk, is_delete=False).first()
if not book_obj:
return APIResponse(1, 'pk error', http_status=400)
book_data = serializers.BookModelSerializer(book_obj).data
return APIResponse(results=book_data)
book_query = models.Book.objects.filter(is_delete=False).all()
return APIResponse(0, 'ok', data=serializers.BookModelSerializer(book_query, many=True).data)
def delete(self, request, *args, **kwargs):
pk = kwargs.get('pk')
# 将单删群删逻辑整合,都设为列表形式统一
if pk:
pks = [pk]
else:
pks = request.data.get('pks')
# 前台数据有误(主要是群删没有提供pks)
if not pks:
return APIResponse(1, 'delete error', http_status=400)
# 只要有操作受影响行,就是删除成功,反之失败
# 这里使用的是存orm的方法
rows = models.Book.objects.filter(is_delete=False, pk__in=pks).update(is_delete=True)
if rows:
return APIResponse(0, 'delete ok')
return APIResponse(1, 'delete failed')
要注意序列化和反序列化的字段设置
原理
其实就是调用了ListSerializer的create方法,然后循环调用ModelSerializer的create增加,最后ListSerializer返回循环的结果
注意
但是ListSerializer只提供了create方法,却没有提供update方法,要实现群改方法还要自己重写实现(为啥不重写呢?可能是因为群改的需求太复杂了)
def post(self, request, *args, **kwargs):
request_data = request.data
#通过数据类型判断单增还是群增
if isinstance(request_data, dict):
book_ser = serializers.BookModelSerializer(data=request_data)
#手动处理错误
if book_ser.is_valid():
book_obj = book_ser.save()
return APIResponse(results=serializers.BookModelSerializer(book_obj).data)
return APIResponse(1, msg=book_ser.errors)
elif isinstance(request_data, list) and len(request_data) != 0 :
book_ser = serializers.BookModelSerializer(data=request_data, many=True)
#自动处理错误
book_ser.is_valid(raise_exception=True)
book_obj_list = book_ser.save()
return APIResponse(results=serializers.BookModelSerializer(book_obj_list, many=True).data)
else:
return APIResponse(1, 'data error', http_status=400)
由于默认会调用ListSerializer的create方法,但是ListSerializer没有重写,所以需要我们自己实现
重写
只要重写实现循环调用,ModelSerializer的update函数就行,最后把结果返回
class BookListSerializer(serializers.ListSerializer):
#父级ListSerializer没有通过update方法的实现体,需要自己重写
def update(self, instance, validated_data):
#self.child能反向获取ModelSerializer函数
return [
self.child.update(instance[i], attrs) for i, attrs in enumerate(validated_data)
]
绑定
在ModelSerializer添加与ListSerializer的绑定关系,注意在meta里面加
# 关联ListSerializer完成群增群改
list_serializer_class = BookListSerializer
def put(self, request, *args, **kwargs):
"""
单整体改:前台提交字典,接口 /books/(pk)/
群整体改:前台提交列表套字典,接口 /books/,注每一个字典都可以通过pk
"""
pk = kwargs.get('pk')
request_data = request.data
#单改
if pk:
try:
book_obj = models.Book.objects.get(pk=pk)
except:
return APIResponse(1, 'pk error')
# 修改和新增,都需要通过数据,数据依旧给data,修改与新增不同点,instance要被赋值为被修改对象,这样两个值都有才会去调用update方法
book_ser = serializers.BookModelSerializer(instance=book_obj, data=request_data)
book_ser.is_valid(raise_exception=True)
book_obj = book_ser.save()
return APIResponse(results=serializers.BookModelSerializer(book_obj).data)
# 群改
else:
#如果数据不是列表形式或为空数据不符合要求
if not isinstance(request_data, list) or len(request_data) == 0:
return APIResponse(1, 'data error', http_status=400)
# 注:一定不要在循环体中对循环对象进行增删(影响对象长度)的操作(危险操作)
obj_list = []
data_list = []
for dic in request_data:
#由于内部数据不一定是dict,所以修改操作要注意异常
try:
#如果数据不是字典就会报错
pk = dic.pop('pk')
try:
#可能没有这个id的数据可以修改
obj = models.Book.objects.get(pk=pk, is_delete=False)
obj_list.append(obj)
data_list.append(dic)
except:
pass
except:
return APIResponse(1, 'data error', http_status=400)
book_ser = serializers.BookModelSerializer(instance=obj_list, data=data_list, many=True)
#最后一次全部校验
book_ser.is_valid(raise_exception=True)
book_obj_list = book_ser.save()
return APIResponse(results=serializers.BookModelSerializer(book_obj_list, many=True).data)
局部和全局的区别就是不用提供全部的字段数据
所以只要在反序列化的方法加上partial=True就行了
# 局部修改就是在整体修改基础上设置partial=True,将所有参与反序列化字段设置为required=False
book_ser = serializers.BookModelSerializer(instance=book_obj, data=request_data, partial=True)
上面的ListSerializer,ModelSerializer相互绑定可能就是这么实现的
下面代码的mm既有wl的内容又有zx的内容
class wl():
@classmethod
def w(cls):
print(cls.child)
class zx():
class meta():
@classmethod
def m(cls):
mm=wl
mm.child=zx
print(mm)
return mm
zx.meta.m().w()
<class '__main__.wl'>
<class '__main__.zx'>
原文:https://www.cnblogs.com/zx125/p/11909401.html