[解決済み] Serializer の create() と ModelViewset の perform_create() はいつ使うか?
質問
モデルオブジェクトの作成に関して、Django-rest-frameworkの与えられたドキュメントを明確にしたいです。今のところ、私はそのようなイベントを処理する方法について3つのアプローチがあることを発見しました。
-
シリアライザーの
create()
メソッドを使用します。ここでは ドキュメントclass CommentSerializer(serializers.Serializer): def create(self, validated_data): return Comment.objects.create(**validated_data)
-
モデルビューセット
create()
メソッドを使用します。 ドキュメンテーションclass AccountViewSet(viewsets.ModelViewSet): queryset = Account.objects.all() serializer_class = AccountSerializer permission_classes = [IsAccountAdminOrReadOnly]
-
モデルビューセット
perform_create()
メソッドを使用します。 ドキュメンテーションclass SnippetViewSet(viewsets.ModelViewSet): def perform_create(self, serializer): serializer.save(owner=self.request.user)
これら3つのアプローチは、アプリケーションの環境に応じて重要です。
しかし、どのような場合にそれぞれの
create() / perform_create()
関数を使う必要があるのでしょうか?一方、1つのポストリクエストに対して2つのcreateメソッドが呼び出されているアカウントを発見しました。
ModelViewSet
's
create()
とシリアライザの
create()
.
どのように解決するのですか?
-
あなたは
create(self, validated_data)
のように各モデルフィールドに AND "prod" 値を保存する前に、オブジェクトに余分な詳細を追加することができます。**validated_data
と同じように各モデルフィールドに値を追加します。理想を言えば、このようなquot;prodding"は1つの場所でだけ行いたいのでcreate
メソッドでCommentSerializer
が最適な場所です。これに加えて、アカウントを自分のデータベースに保存する直前に、外部のapiを呼び出してユーザーアカウントを作成したい場合もあるでしょう。その場合は、次のようにします。create
関数と一緒にModelViewSet
. 常に「薄いビュー、厚いシリアライザー」と考えてください。例
def create(self, validated_data): email = validated_data.get("email", None) validated.pop("email") # Now you have a clean valid email string # You might want to call an external API or modify another table # (eg. keep track of number of accounts registered.) or even # make changes to the email format. # Once you are done, create the instance with the validated data return models.YourModel.objects.create(email=email, **validated_data)
-
は
create(self, request, *args, **kwargs)
の中の関数ModelViewSet
の中で定義されているCreateModelMixin
の親クラスであるModelViewSet
.CreateModelMixin
の主な機能はこれです。from rest_framework import status from rest_framework.response import Response def create(self, request, *args, **kwargs): serializer = self.get_serializer(data=request.data) serializer.is_valid(raise_exception=True) self.perform_create(serializer) headers = self.get_success_headers(serializer.data) return Response(serializer.data, status=status.HTTP_201_CREATED, headers=headers) def perform_create(self, serializer): serializer.save()
ご覧の通り、上記の
create
関数がシリアライザーの検証を行い、正しいレスポンスを生成します。この背後にある素晴らしい点は、アプリケーション・ロジックを分離して、ありふれた反復的な検証の呼び出しやレスポンス出力の処理に煩わされないということです :) 。この機能はcreate(self, validated_data)
と組み合わせてもうまくいきます。 -
今、あなたは、なぜ私たちが別の
perform_create(self, serializer)
関数をたった1行のコードで作ったのか?という疑問があるかもしれません。save
関数を呼び出す際にカスタマイズできるようにするためです。を呼び出す前に余分なデータを供給したいと思うかもしれません。save
(例えばserializer.save(owner=self.request.user)
で、もし私たちがperform_create(self, serializer)
がなければcreate(self, request, *args, **kwargs)
をオーバーライドすることになり、重くて退屈な作業をミキシンにやらせるという趣旨から外れてしまいます。
関連
-
[解決済み】"No JSON object could be decoded "よりも良いエラーメッセージを表示する。
-
[解決済み] staticmethodとclassmethodの違いについて
-
[解決済み] serialVersionUIDとは何ですか、またなぜそれを使用する必要がありますか?
-
[解決済み] 最小限の驚き」と「変更可能なデフォルトの引数
-
[解決済み] 割り当て後にリストが予期せず変更されました。その理由と防止策を教えてください。
-
[解決済み] どうすれば、文字列中のリテラルな中抜き文字を印刷し、また.formatを使用することができるのでしょうか?
-
[解決済み] 複数行の長い文字列を作成するためのPythonicな方法
-
[解決済み] リスト内包型辞書の作成
-
[解決済み】__str__と__repr__の違いは何ですか?
-
[解決済み】Djangoでnull=Trueとblank=Trueの違いは何ですか?
最新
-
nginxです。[emerg] 0.0.0.0:80 への bind() に失敗しました (98: アドレスは既に使用中です)
-
htmlページでギリシャ文字を使うには
-
ピュアhtml+cssでの要素読み込み効果
-
純粋なhtml + cssで五輪を実現するサンプルコード
-
ナビゲーションバー・ドロップダウンメニューのHTML+CSSサンプルコード
-
タイピング効果を実現するピュアhtml+css
-
htmlの選択ボックスのプレースホルダー作成に関する質問
-
html css3 伸縮しない 画像表示効果
-
トップナビゲーションバーメニュー作成用HTML+CSS
-
html+css 実装 サイバーパンク風ボタン
おすすめ
-
Pythonの学習とデータマイニングのために知っておくべきターミナルコマンドのトップ10
-
Pythonコードの可読性を向上させるツール「pycodestyle」の使い方を詳しく解説します
-
Evidentlyを用いたPythonデータマイニングによる機械学習モデルダッシュボードの作成
-
Pythonショートビデオクローラーチュートリアル
-
[解決済み】Python regex AttributeError: 'NoneType' オブジェクトに 'group' 属性がない。
-
[解決済み】csv.Error:イテレータはバイトではなく文字列を返すべき
-
[解決済み】Django: ImproperlyConfigured: SECRET_KEY 設定は空であってはならない
-
[解決済み】TypeError: 系列を <class 'float'> に変換することができません。
-
[解決済み】Flask ImportError: Flask という名前のモジュールがない
-
[解決済み】 'numpy.float64' オブジェクトは反復可能ではない