Mixin e as_view()

Una classe non può essere autonomamente una destinazione URL. as_view() restituisce una funzione che crea un'istanza e indirizza la richiesta.

Negli URL, chiamate la classe con as_view(), mai la classe da sola. È questo oggetto chiamabile a cui Django associa effettivamente la route.

Potete sovrascrivere gli attributi della classe direttamente nell'URL passandoli a as_view(). È utile per piccole modifiche senza creare sottoclassi.

Un mixin è una piccola classe che aggiunge un comportamento specifico. Potete combinare più mixin per comporre una vista a partire da componenti riutilizzabili.

Un mixin non viene usato da solo. Ha senso soltanto quando viene combinato con una vera classe vista tramite l'ereditarietà multipla.

LoginRequiredMixin blocca gli utenti anonimi e li reindirizza alla pagina di accesso. Aggiungetelo a qualsiasi CBV che richieda un utente autenticato.

Indicate prima il mixin e poi la vista. Python risolve i metodi da sinistra a destra, quindi il mixin può intervenire prima dell'esecuzione della vista di base.

Le CBV generiche includono già ContextMixin, motivo per cui esiste get_context_data. In Django i mixin sono presenti ovunque.

Potete sovrapporre più mixin per ottenere diversi comportamenti contemporaneamente, ad esempio richiedere l'accesso e aggiungere autorizzazioni, tutto in una sola classe.

I buoni mixin fanno una sola cosa. I mixin piccoli e mirati rimangono facili da riutilizzare e combinare senza conflitti imprevisti.

In sintesi, una CBV generica è realmente una combinazione di mixin e di una vista di base, il tutto collegato agli URL tramite as_view().

Perché dovete chiamare as_view() nella configurazione degli URL?

Avete completato il percorso sulle CBV: as_view() trasforma una classe in un oggetto chiamabile associabile a una route e i mixin compongono comportamenti piccoli e riutilizzabili, sensibili all'ordine, in un'unica vista. 🧩