React Server Components: quando usarli davvero
Non tutto deve essere un Server Component. Dopo sei mesi su progetti reali con App Router, ho capito dove RSC fanno la differenza e dove complicano senza motivo.
Regola semplice: se il componente legge dati (database, API, file system) → Server Component. Se ha stato, eventi o browser APIs → Client Component.
Il pattern che uso più spesso: layout e pagine come Server Components, componenti interattivi come Client Components importati dentro i server.
L'errore comune: wrappare tutto in 'use client' appena si ha un dubbio. Questo annulla i vantaggi dei RSC e riporta tutto al modello SPA tradizionale.
Il vantaggio reale non è la performance pura — è l'accesso diretto al database senza API layer. Su progetti piccoli e medi questo semplifica enormemente l'architettura.