Sviluppo React: interfacce e applicazioni web su misura

Cosa costruiamo con React

React è il motore di rendering di quasi tutti i nostri frontend web: siti ad alto traffico, e-commerce headless, portali B2B e dashboard. Non lo scegliamo perché è popolare, ma perché il suo modello — l'interfaccia come funzione dello stato — rende prevedibile il comportamento di schermate complesse, quelle in cui decine di filtri, permessi e stati di caricamento convivono nella stessa pagina.

Nella pratica React da solo non basta quasi mai: lo usiamo dentro Next.js quando il progetto è un sito o un portale pubblico, e come libreria pura quando si tratta di un'applicazione dietro login dove l'indicizzazione non serve.

Componenti riusabili e design system

Il valore economico di React si vede al secondo progetto, non al primo. Costruiamo ogni interfaccia partendo da un insieme ristretto di componenti tipizzati — campi, tabelle, modali, stati vuoti, notifiche — che incorporano già le regole di accessibilità e le scelte visive. Da lì in poi ogni nuova schermata è composizione, non riscrittura.

Questo riduce il costo delle evoluzioni e, soprattutto, evita il fenomeno per cui un gestionale cresciuto per accumulo diventa un mosaico di stili e comportamenti diversi. Il design system è codice, non un documento PDF che nessuno apre.

Server Components e performance

Con React 19 e i Server Components una parte dell'interfaccia viene eseguita sul server e arriva al browser già come HTML, senza spedire il JavaScript corrispondente. Sul campo significa bundle più leggeri: il codice di una tabella con logica di formattazione pesante non pesa più sul dispositivo di chi la guarda.

Usiamo Suspense e lo streaming per mostrare subito lo scheletro della pagina e riempirlo man mano che i dati arrivano, invece di lasciare uno schermo bianco finché la query più lenta non risponde. Su connessioni mobili mediocri — la condizione reale di chi lavora fuori sede — la differenza percepita è netta.

React o Angular per un gestionale?

Non c'è un vincitore assoluto e usiamo entrambi. React è più flessibile e leggero, ideale quando il frontend deve essere veloce, pubblico e ritagliato su misura. Angular è più opinionato e porta in dote struttura, dependency injection e componenti da gestionale già pronti: su applicazioni interne molto dense, con decine di maschere simili, quella rigidità è un vantaggio.

Abbiamo messo per iscritto i criteri di scelta in Angular vs React. La regola breve: applicazione pubblica e orientata al contenuto, React; applicazione gestionale interna e di lunga vita, Angular.

Domande frequenti su React

React è adatto anche a progetti piccoli?

Dipende da cosa deve fare. Per una landing page statica è sovradimensionato. Diventa conveniente appena c'è interazione reale — filtri, form multi-step, aree riservate — perché il costo iniziale si ripaga alla prima modifica sostanziale.

Un'applicazione React è indicizzabile da Google?

Solo se renderizzata lato server. Una single page application React pura consegna al crawler una pagina vuota che va riempita dal JavaScript, con risultati inaffidabili. Per questo, quando la SEO conta, usiamo React dentro Next.js.

Usate TypeScript con React?

Sempre. I tipi sulle props e sui dati che arrivano dalle API intercettano in fase di scrittura la maggior parte degli errori che altrimenti si scoprirebbero in produzione, e rendono i refactoring un'operazione sicura invece che un rischio.

Si può integrare React in un sito già esistente?

Sì. React può essere montato su una singola porzione di pagina — un configuratore, un preventivatore, un'area cliente — lasciando intatto il resto del sito. È una strada di migrazione graduale che usiamo spesso quando riscrivere tutto non è giustificato.