マニュアル: Django

投稿日: 2019-06-13 更新日: 2022-05-03

Python

web-application-framework

設定

これは便利で必須。

django-debug-toolbarでデバッグ効率を上げる方法【Django】 - ヒノブログ

<body> がないと表示されないのに注意。

View

基本はクラスベースビューで。

[Django]クラスベースビューと関数ベースビューの使い分けを考える

Form

formset: 普通のフォーム
modelformset: モデルに紐づいたフォーム
inlineformset: 親と子複数をまとめて扱いたいとき

FormPreviewは使わない方がいい

formtoolsは元々はDjangoにあったが、コア機能としてあるのがふさわしくないということで、外されることになった。

Removing formtools from contrib (and call for maintainers)

特にFormPreviewは使わない方がいいと思う。

[Django]プレビューのためにFormPreviewを使って欲しくない理由

ModelForm

ラベルだけ変更したい: label_for_instanceを定義する
- https://docs.djangoproject.com/ja/3.0/ref/forms/fields/#modelchoicefield

Model

モデルのnullとblank

Djangoモデルフィールドのnullとblankの違いを理解する - Django2の実力をつけるチュートリアルサイトDjangoBrothers

これを自分の経験と合わせると次のような感じかなと。

blank	null	使う場面
False	False	必須項目
True	True	任意項目で、nullである意味があるもの
True	False	任意項目で、nullである意味がないもの
False	True	なし(使わない)

任意項目について説明すると、例えばURLのクエリパラメータは https://example.com/?foo= と、 https://example.com/ のように、「キーがセットされていない」と、「キーが空である」は明示的に区別されます。

これを区別しないといけないものは、blank=True, null=Trueにします。しかしそれ以外の場合、具体的には「入力なし＝空文字列として問題がない」場合は、 blank=True, null=Falseとするといいです(defaultも設定するといいかも)。

DB的にはnullは悪です。せいぜい必要悪です。なのでnull=Trueとするのは慎重にした方がいいです。

Modelのクラス階層

django.db.models
- django.db.models.fields
  - __init__.py
    - Field
      - RegisterLookupMixinを継承している。
    - BooleanField
    - その他基本的なモデルのフィールドの定義が格納されている。
  - django.db.models.fields.files: ファイル関連
  - django.db.models.fields.related: ForeignKey, OneToOneField, ManyToManyField
- django.db.models.functions: SQLの関数
- django.db.models.sql: SQL関連(サブクエリとか)

N+1問題

基本的には次の2つで解消できる。

外部キーで結合している場合: select_related
逆参照の場合: prefetch_related

テストで検知するときはこんな感じで。

Django ORMでN+1問題を検知する方法

認証認可

この記事に書いている通りで良さげ。

Djangoにおけるアクセス制御の話 - Ahogrammer

公式サイト

Django ドキュメント | Django ドキュメント | Django

外部サイト

辞書: Django