drf-デシリアライザは大歓迎します
シリアライザ効果
1.パリティデータ
データオブジェクトの2.変換
序列化: 模型类对象 -----> python字典 用于输出, 返回给前端使用
反序列化: 前端传送的数据 -------> 经过验证 -----> python的字典 用于输入 接受前端数据时使用シリアライザの役割：シリアル化するために私たちを支援し、デシリアライズ
概要
REST APIのインタフェースを開発するとき、我々は問題の核心を考慮して行う必要があります。
シリアル化されたデータ形式のデータベース遠位必要と返します。
データ送信デシリアライズ・クラス・オブジェクト・モデルのフロントエンドは、データベースに保存されました。
RESTのAPIの開発を考慮して、特定の操作のそれぞれ異なるビューのためのデータ、しかしは、基本的なルーチンの削除、変更、実装プロセスを追加するが、コードのので、この部分が書かれている簡略化多重化されてもよいです。
で：検証要求データ - >直列化復元中に実行 - >データベース保存 - >保存のオブジェクト直列化とリターン
削除すべきデータがあるかどうかを判断する - >データベースの実行を削除します。削除
変更：データを変更するかどうかを決定することは、存在する - 検証要求データ> - >直列化復元中に実行 - >データベース保存 - >保存のオブジェクト直列化とリターン
チャールズ：クエリデータベース - >データとリターンをシリアライズ
car_ser.is_valid(raise_exception=True)
如果校验没有通过,会自动跑异常反馈给前台,代码不会往下执行ベーステーブル
ベーステーブルは、抽象クラスです。abstract = True
公共の場を提供するために継承されるように設計され、データベースの移行自体は完了しません
model中建立表关系,并设置基表abstract = True,公有的表字段继承表类即可
from django.contrib.auth.models import User
class BaseModel(models.Model):
is_delete = models.BooleanField(default=False)
created_time = models.DateTimeField(auto_now_add=True)
class Meta:
# 基表,为抽象类.是专门用来被继承提供公有字段的,自身不会完成数据库迁移
abstract = True
class Book(BaseModel):
pass
class Publish(BaseModel):
pass
テーブルの対応関係オフ
これは、クエリの効率を持つテーブルには影響しません
これは、分割表の動作効率を向上しますCRUD
後半データベース・テーブルを再構築するのは簡単
欠点：データベース自体は分割表が検出されない、やすいダーティデータ（ダーティデータの管理に必要な）ダーティデータの作成を避けるために、厳密な論理によって
举例: A字段依赖于B字段,先插入A记录,该记录对应的B记录没产生,在没有关联的情况下,该操作可以实现,但是数据就是脏数据 接着再通过B数据添加,脏数据就得到处理了,反过来先操作B后操作A,更符合逻辑思维,一样可以执行 联表查询,不会有任何异常
外部キーフィールド属性
1.逆引き参照 related_name=
related_name=外部キー逆クエリの外部キーフィールド名で提供正向找 字段名 反向找 related_name值.
2.カスケード関係 on_delete=
on_delete外側のキーは、カスケードに示すために提供されなければなりません(值为models.CASCADE)
django 1.x下,系统默认提供
django 2.x下,必须手动明确,值为models.CASCADECASCADE
デフォルトのカスケード例子：作者没，详情一定没，存在没意义DO_NOTHING
外部キーは、表A、表B、Bのレコードの削除に応じて任意のプロセスを想定し、カスケード接続されていない、表Aの外部キーフィールドがありません例子：作者没，书还是作者写的 | 出版社没，书还是该出版社出版的SET_DEFAULT
外部キーのリセットは、表A、表B、Bのレコードの削除、表Aの外部キーフィールドは、デフォルトの属性セットに設定されているの想定値に依存し、それが満たさなければならないdefault=使用してプロパティを例子：部门没，部门员工进入待定部门（注：部门表一定要有待定部门记录）SET_NULL
リセットする外部キーは、表A、表B、Bのレコードの削除、表Aの外部キーフィールドがnullに設定されているに依存し、それが満たさなければならないと仮定null=true使用してプロパティを例子：部门没，部门员工进入未分组部门（注：关联部门表外键可以为空）注：多くの分野への多くはデフォルトをカスケード、カスケードにon_delete設定することはできません
如果要处理级联关系,需要手动明确关系表,处理关系表中的多个外键.
表3の関係 db_constraint=
db_constraintコントロールに関連付けられた外部キー表は、関連するデフォルトがTrueであることを示し、Falseがアンリンクに指示します
'''
1）Book 和 Publish 一对多：外键在多的一方 Book
2）Book 和 Author 多对多：外键在查询频率高的一方 Book
3）Author 和 AuthorDetail 一对一：外键要根据实际需求建立在合理的位置 AuthorDetail
'''
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)
author = models.ManyToManyField(to='Author',related_name='books',db_constraint=False)
def __str__(self):
return self.name
class Publish(BaseModel):
name = models.CharField(max_length=64)
address = models.CharField(max_length=64)
class Author(BaseModel):
name = models.CharField(max_length=64)
class AuthorDetail(BaseModel):
mobile = models.CharField(max_length=64)
# 反向查询时,可以定义related_name='detail'属性,直接 .detail 查询到Author表数据
author = models.OneToOneField(to=Author,related_name='detail',db_constraint=False,on_delete=models.CASCADE)
のサブシーケンス
これは、直列化だけを使用することができます
フィールド名は、外部キーフィールドでなければなりません
外側のキーは、複数のデータ、真の多く=をクリアする必要が関連付けられています
# 出版社群查
class PublishAPIView(APIView):
def get(self,request,*args,**kwargs):
publish_query = models.Publish.objects.all()
# 序列化(群操作,many=true)
publish_ser = serializers.PublishModelSerializer(publish_query,many=True)
return Response({
'status':0,
'msg':'ok',
'results':publish_ser.data
})
# 多表操作
# 自定义的外键字段显示
class BookModelSerializer(serializers.ModelSerializer):
class Meta:
model = models.Book
fields = '__all__'
class PublishModelSerializer(serializers.ModelSerializer):
# 自定义序列化字段进行查询外键字段数据(出版社出版的书可能有多个,所以使用many)
books = BookModelSerializer(many=True)
class Meta:
model = models.Publish
# 所有字段
# fields = '__all__'
# 查询具有外键的字段
fields = ['name','address','books']