コンテキスト プロセッサでできることはすべて、ミドルウェアでもできるように思えます。では、コンテキスト プロセッサの目的は何でしょうか。それらは、ミドルウェアの軽量版なのでしょうか。
ベストアンサー1
ミドルウェアは、低レベルで Django のリクエスト/レスポンス処理へのフックとして機能し、軽量です。フックは、リクエスト、レスポンス、ビュー、template_response、例外処理に使用できます。フックは、ビューが処理する前にリクエストを変更する必要がある場合があります。また、デバッグの目的でリクエストに関する情報をログに記録したり、ローカルを設定するために Cookie をチェックしたりする必要がある場合もあります。
詳しくはこちらミドルウェア。
コンテキスト プロセッサはコンテキストを変更するだけです。コンテキストは、テンプレートに渡される変数とのキー値マッピングです。コンテキスト プロセッサは、リクエスト オブジェクトを引数として受け取り、コンテキストにマージされる項目の辞書を返します。コンテキストは、ビューに従ってテンプレートにレンダリングされ、コンテキスト プロセッサがマージするその他の項目が添付されます。これは、すべてのテンプレートで使用できるグローバル コンテキスト変数と考えることができます。
詳しくはこちらコンテキストプロセッサ。
どちらも記述がかなり簡単で、目的があります。以下は、ミドルウェアとコンテキストが典型的な Django フローのどこに当てはまるかを示す図です。
Django フローチャート
ユーザーがページをリクエストする
リクエストはリクエストミドルウェアに到達し、リクエストを操作したり応答したりする。
URLConfはurls.pyを使用して関連するビューを見つけます
ビューミドルウェアが呼び出され、リクエストを操作したり応答したりできる
ビュー関数が呼び出される
ビューはオプションでモデルを通じてデータにアクセスできる
すべてのモデルとDBのやり取りはマネージャーを介して行われる
ビューは必要に応じて特別なコンテキストを使用できます
コンテキストはレンダリングのためにテンプレートに渡されます