React / Next.js

Data Fetching Next.js

Server-side rendering (SSR), static generation (SSG), incremental static regeneration (ISR), streaming

24 questions d'entretien·
Confirmé
1

Quel est le comportement par défaut des Server Components dans Next.js App Router concernant le data fetching ?

Réponse

Les Server Components effectuent le data fetching côté serveur à chaque requête par défaut, ce qui permet d'obtenir des données toujours fraîches. Contrairement aux Pages Router où il fallait utiliser getServerSideProps, les Server Components rendent le SSR implicite. Pour du cache statique, il faut ajouter l'option cache: 'force-cache' au fetch.

2

Quelle option de cache du fetch équivaut à getStaticProps dans le Pages Router ?

Réponse

L'option cache: 'force-cache' indique à Next.js de mettre en cache la réponse jusqu'à invalidation manuelle, ce qui équivaut à getStaticProps. Cette stratégie génère du contenu statique qui reste en cache indéfiniment. L'option 'no-store' équivaut à getServerSideProps (re-fetch à chaque requête), tandis que next.revalidate équivaut à getStaticProps avec revalidate (ISR).

3

Comment forcer le data fetching dynamique à chaque requête (équivalent de getServerSideProps) ?

Réponse

L'option cache: 'no-store' désactive complètement le cache et force le re-fetch à chaque requête, équivalent à getServerSideProps. Cette stratégie garantit des données toujours fraîches mais augmente la latence. Utiliser pour les données temps réel (dashboards, notifications, prix en direct) où la fraîcheur est critique.

4

Comment mettre en place l'ISR (Incremental Static Regeneration) avec une revalidation toutes les heures ?

5

Que fait l'export 'export const revalidate = 60' au niveau d'une page ?

+21 questions d'entretien

Maîtrise React / Next.js pour ton prochain entretien

Accède à toutes les questions, flashcards, tests techniques, exercices de code review et simulateurs d'entretien.

Commencer gratuitement