Ciao, e benvenuto nella seconda puntata della cinquantottesima stagione. Oggi entriamo nel cuore di Nuxt, e più in generale nel cuore di qualunque impalcatura moderna per il web. È la domanda che decide tutto il resto: dove nasce la pagina che l'utente vede? Capire questo è la chiave per capire tutto il resto della stagione. Oggi parliamo del rendering universale, cioè della stessa applicazione che gira in due mondi.
Partiamo dai tre posti possibili, perché sono solo tre. Una pagina web può essere costruita in tre luoghi diversi, e ognuno ha carattere e conseguenze proprie. Il primo luogo è il browser dell'utente: il server manda una pagina quasi vuota e un po' di codice, e sarà il browser a costruire tutto sul momento. Il secondo luogo è il server, al momento della richiesta: quando l'utente chiede la pagina, il server la costruisce già pronta e gliela spedisce completa. Il terzo luogo è il tempo: la pagina viene costruita una volta sola, in anticipo, e poi servita identica a tutti, come un volantino stampato.
Voglio darti il carattere di ciascuno, perché la scelta ha conseguenze. Costruire nel browser è comodo per lo sviluppatore e ottimo per applicazioni molto interattive, ma ha due difetti: l'utente all'inizio vede una pagina bianca, mentre il codice si scarica e lavora, e i motori di ricerca faticano a capire una pagina che, quando arrivano, è ancora vuota. Costruire sul server risolve entrambi: l'utente riceve subito una pagina piena, e i motori di ricerca la leggono senza problemi. Ma richiede un server che lavori a ogni richiesta. Costruire in anticipo è il più veloce e il più economico in assoluto, perché la pagina è già pronta, ma va bene solo per contenuti che non cambiano di continuo.
Voglio darti l'idea più potente e più difficile, perché è il vero cuore. E qui arriva l'idea geniale, quella che rende speciale un'impalcatura come Nuxt: e se non dovessi scegliere uno solo di questi mondi? Il rendering universale fa esattamente questo. La stessa applicazione, scritta una volta sola, viene prima costruita sul server, così l'utente vede subito una pagina piena e completa. E poi la stessa applicazione riprende a vivere nel browser, per gestire tutte le interazioni successive. Il codice è lo stesso, ma gira in due mondi diversi, uno dopo l'altro: prima sul server per la comparsa istantanea, poi nel browser per l'interattività. Il meglio dei due mondi, unito.
Voglio darti l'immagine che rende chiara questa idea, perché la fissa. Pensa a un ristorante. Costruire nel browser è come ricevere gli ingredienti crudi e una ricetta, e doverti cucinare il piatto da solo al tavolo: aspetti parecchio prima di mangiare. Costruire sul server è come ricevere il piatto già cotto e impiattato, caldo, pronto da gustare all'istante. Costruire in anticipo è come un buffet preparato la mattina: velocissimo da servire, ma sempre lo stesso per tutti. Il rendering universale è come ricevere il piatto già pronto e fumante, e trovare accanto anche una piccola cucina, per poter modificare e aggiungere quello che vuoi mentre mangi. Vedi subito, e puoi anche interagire.
Voglio essere onesto sul prezzo, perché c'è. Ma questa meraviglia non è gratis, ed è il filo di tutta la stagione. Far girare la stessa applicazione in due mondi significa, in un certo senso, farla funzionare due volte: una sul server, per costruire la pagina, e una nel browser, per risvegliarla. Questo passaggio di consegne tra i due mondi è delicato, ha un costo, e quando qualcosa non torna genera i grattacapi più tipici e più confusi di questo tipo di applicazioni. Ne parleremo in una puntata dedicata, perché è proprio lì che l'astrazione comoda mostra la macchina che nasconde.
Voglio darti la lezione, perché è pratica e potente. La lezione è che la domanda giusta non è quale modo di costruire le pagine sia il migliore, ma quale sia il migliore per questa pagina qui. La pagina di un prodotto, che deve farsi trovare su internet, vuole il server. Una bacheca privata dietro una password, dove i motori di ricerca non contano, può stare benissimo nel browser. Un articolo che cambia una volta al mese può essere costruito in anticipo. E la cosa splendida di Nuxt è che ti lascia scegliere pagina per pagina, dentro la stessa applicazione. Non una fede da abbracciare, ma uno strumento da regolare.
Per oggi ci fermiamo qui. Abbiamo visto dove nasce la pagina. Tre luoghi possibili: il browser dell'utente, comodo ma con pagina bianca iniziale e problemi di visibilità; il server al momento della richiesta, che consegna subito una pagina piena e leggibile dai motori di ricerca; e il tempo, la costruzione anticipata, velocissima ma adatta a contenuti stabili. E poi l'idea geniale, il rendering universale: la stessa applicazione costruita prima sul server, per la comparsa istantanea, e poi risvegliata nel browser, per l'interattività. Come un piatto già pronto con accanto una piccola cucina. Con un prezzo, il passaggio di consegne tra i due mondi, che vedremo. La lezione: scegli il modo giusto per ogni pagina. Nella prossima puntata: le convenzioni, dove la struttura delle cartelle diventa l'applicazione. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.