Har bygget Next.js 16‑frontenden med bevidste SSR-, SSG- og CSR‑strategier og en genbrugelig prefetched‑server‑page‑factory, der fjerner N+1‑kaskaden fra hver autentificeret side, der flyttes over på den.

Situation. Det autentificerede dashboard skulle føles hurtigt og forblive oprigtigt interaktivt, og de to mål trækker mod hinanden, hvis man er naiv omkring det. Hent alt på klienten, og førsteindlæsningen sløver, og værre endnu får man N+1‑mønsteret, hvor hver komponent vågner og fyrer sin egen request af, så en enkelt side bliver til en kaskade af rundture.

Opgave. Hver del af appen skulle renderes på den måde, der faktisk passede til den, uden at opgive client‑side‑interaktiviteten, hvor den betød noget.

Handling. Next.js 16‑frontenden bruger den rette tilstand pr. flade i stedet for ét fladt valg. Marketing- og offentlige sider genereres statisk — de ændrer sig ikke pr. bruger, så der er ingen grund til at rendere dem ved hver request. De oprigtigt interaktive dele forbliver client‑renderede. Og dér, hvor N+1‑kaskaden faktisk bider — det autentificerede dashboard og de store oversigtslister — blev løsningen lagt i en factory frem for håndlavet: createPrefetchedServerPage henter sidens data på serveren og overlader dem til klienten allerede udfyldt, så komponenterne kommer op med deres data i stedet for hver at gå af sted for at spørge efter dem. En cache‑invalideringsstrategi er dokumenteret pr. forespørgsel, så data forbliver friske, uden at appen re‑fetcher ting, den allerede har.

Resultat. De sider, der er flyttet over på denne factory, kommer op på én rundtur i stedet for en storm af dem, og fordi det er en factory frem for et mønster, folk kopierer i hånden, arver den næste side, der flyttes over, opførslen gratis. Resten af den autentificerede app er stadig client‑renderet og står stadig i kø bagved — en migrering med en fungerende mekanisme og en indlysende næste side frem for et afsluttet sweep.