Évaluation finale

Quiz du cours « Next.js — données, formulaires et cache »

12 questions à choix unique pour vérifier que le parcours est acquis. Une seule tentative de réponse par question, correction immédiate.

80 % de bonnes réponses sont nécessaires pour valider le cours. Vous pouvez repasser le quiz autant de fois que nécessaire : seul votre meilleur score est conservé.

Dans l’App Router, quel est le comportement par défaut d’un composant de route qui ne contient pas de directive particulière ?

Il est rendu comme composant serveur. Il est rendu comme composant client. Il s’exécute uniquement dans le navigateur après hydratation. Il doit être déclaré avec une directive serveur.

Une recherche nécessite un état local dans le champ de saisie. Quelle organisation convient au mieux ?

Ajouter « use client » à toute la page et y charger les randonnées. Mettre le champ dans un composant client et conserver l’accès aux données côté serveur. Récupérer les données directement depuis le navigateur dans le champ. Transmettre la clé de connexion à la base au composant client.

Un composant serveur transmet les randonnées à un composant client. Quelle pratique limite correctement les données envoyées au navigateur ?

Transmettre l’objet complet de la base, y compris ses champs internes. Transmettre uniquement les identifiants, puis charger les détails depuis le client. Transmettre uniquement les champs nécessaires à l’affichage et sérialisables. Transmettre la connexion à la base pour que le client sélectionne ses champs.

Une fonction serveur récupère les randonnées avec fetch. Que doit-elle faire avant d’utiliser le corps de la réponse ?

Considérer automatiquement toute réponse HTTP comme une réussite. Vérifier uniquement que la réponse contient un en-tête JSON. Convertir le corps en texte, sans examiner le statut HTTP. Vérifier le statut de la réponse et traiter les statuts non réussis comme des erreurs.

Le catalogue est filtré par une valeur difficulte issue des paramètres de recherche de l’URL. Quelle démarche est appropriée ?

Valider la valeur reçue, puis construire la requête filtrée côté serveur. Utiliser toute valeur reçue comme nom de colonne SQL. Ignorer la valeur et filtrer uniquement dans le navigateur après chargement complet. Ajouter la valeur directement à la configuration publique de l’application.

La liste de randonnées change peu souvent et peut être mise en cache avec fetch. Quelle option répond à ce besoin ?

cache: 'no-store' pour rendre la réponse durablement disponible. next: { revalidate: 3600 } pour définir une durée de revalidation en secondes. next: { revalidate: false } pour revalider toutes les heures. method: 'revalidate' pour activer la durée du cache.

La route dynamique d’une randonnée ne trouve aucun enregistrement correspondant à l’identifiant demandé. Quel traitement convient ?

Afficher un état de chargement indéfini. Présenter le cas comme une erreur de connexion à la base. Signaler une ressource introuvable plutôt que de confondre absence et erreur technique. Créer automatiquement une randonnée avec cet identifiant.

Quel fichier permet de fournir une interface temporaire pendant le chargement d’une route ou d’un segment dans l’App Router ?

error.tsx not-found.tsx route.ts loading.tsx

Une lecture de données échoue dans un segment de route et l’application doit afficher une interface de récupération avec une possibilité de réessayer. Quel mécanisme utiliser ?

La frontière d’erreur définie par error.tsx, avec sa fonction de réinitialisation. loading.tsx, en transformant l’erreur en chargement permanent. Un état vide affiché comme si la requête avait réussi. Un composant client qui masque systématiquement toutes les exceptions.

Un filtre valide ne correspond à aucune randonnée, mais la lecture des données a réussi. Quel état faut-il afficher ?

L’interface d’erreur de route, car aucun élément n’a été retourné. Un état vide explicite, distinct d’une erreur technique. Un indicateur de chargement jusqu’à ce qu’un résultat apparaisse. Une fiche de randonnée introuvable pour le premier identifiant possible.

Une server action reçoit le commentaire et l’identifiant d’une randonnée depuis un formulaire. Quelle séquence est correcte ?

Insérer les valeurs reçues, puis vérifier les champs après l’écriture. Vérifier uniquement côté navigateur et écrire directement en base. Valider côté serveur les champs reçus, puis effectuer l’écriture si la validation réussit. Revalider la page avant de vérifier si l’insertion a abouti.

Après l’enregistrement réussi d’un avis, quelle étape permet d’actualiser les données de la fiche concernée ?

Ajouter use client à la fiche pour forcer son actualisation. Remplacer l’identifiant de randonnée par un nouveau segment de route. Renvoyer les anciennes données mises en cache sans invalider de route. Appeler revalidatePath pour la route de la randonnée concernée.

Toutes les questions doivent être répondues.