Ordine del middleware e process_view

L'elenco MIDDLEWARE è ordinato e tale ordine stabilisce quale strato avvolge ciascun altro. Scambiare due voci può modificare completamente il comportamento.

Durante il percorso di ingresso, Django esegue i middleware dall'alto verso il basso. La prima voce è lo strato più esterno e vede per primo la richiesta.

Durante il percorso di uscita, l'ordine si inverte. Il middleware in fondo elabora per primo la risposta mentre questa risale lo stack.

Immagini l'elenco come una serie di scatole annidate: l'elemento in cima è la scatola più grande. Le richieste vanno verso l'interno, mentre le risposte tornano verso l'esterno in ordine inverso.

SecurityMiddleware si trova vicino all'inizio, così i suoi controlli vengono eseguiti prima di ogni altra cosa. Il posizionamento è il modo in cui Django garantisce questa priorità.

Oltre alla chiamata di base, il middleware può definire process_view, che Django chiama subito prima dell'esecuzione della view scelta.

process_view riceve la richiesta, la funzione view e i relativi args e kwargs acquisiti, così può esaminare o persino sostituire la chiamata.

Restituisca None da process_view per permettere a Django di continuare normalmente. Restituisca invece una response per saltare completamente la view.

Django supporta anche process_exception e process_template_response per un controllo più preciso sugli errori e sulle risposte basate su template.

process_view viene eseguito attraverso i middleware nell'ordine dell'elenco, quindi le stesse regole di ordine definiscono questi hook speciali proprio come il flusso principale.

Se un header o un controllo sembra ignorato, sospetti prima di tutto l'ordine. Sposti il middleware verso l'alto o verso il basso finché la struttura a strati non corrisponde alle Sue intenzioni.

Ha visto che l'ordine dei middleware stabilisce la sequenza degli strati, che il primo viene eseguito all'ingresso e che process_view viene attivato subito prima della view; restituendo None si prosegue. ✅