Quiz du niveau 4 — API, authentification & temps réel

Quiz — Niveau 4 · API, authentification & temps réel

5 questions, une seule bonne réponse par question.
Répondez à tout, puis cliquez sur Corriger mes réponses : score et explications s'affichent.

1. Qu'est-ce qui distingue une API REST « bien conçue » d'une qui « marche » ?

Rien Le respect des conventions : ressources + méthodes HTTP sémantiques + bons codes de statut + structure (MVC) + gestion d'erreurs + validation — prévisible et professionnelle Sa rapidité Sa couleur

Une API est faite pour être CONSOMMÉE (front, mobile, autres services) : la cohérence et les conventions la rendent prévisible et maintenable.

2. Pourquoi ne JAMAIS stocker les mots de passe en clair ?

C'est plus lent Une fuite de base les exposerait TOUS (et compromettrait les autres comptes des utilisateurs). Stocker le HACHAGE (bcrypt : sel + lenteur) Aucune raison Pour économiser

bcrypt hache à sens unique, avec un sel (contre les tables précalculées) et une lenteur volontaire (contre la force brute). Jamais de hachage « maison ».

3. Pourquoi les WEBSOCKETS plutôt que des requêtes HTTP répétées (polling) ?

Aucune raison Le WebSocket établit une connexion PERSISTANTE et BIDIRECTIONNELLE : le serveur POUSSE instantanément (vrai temps réel), sans le gaspillage du polling HTTP est interdit Le polling est meilleur

HTTP (requête-réponse) ne permet pas au serveur de pousser spontanément ; le WebSocket (via Socket.IO) le permet. Node excelle au temps réel (connexions persistantes).

4. Les tests semblent une perte de temps quand « ça marche » : pourquoi tester ?

En effet, inutile Pour la CONFIANCE et la NON-RÉGRESSION : détecter si une modification casse ce qui marchait (relancer les tests après chaque changement) Pour ralentir Pour faire joli

« Ça marche » aujourd'hui ne garantit pas demain ni tous les cas ; les tests attrapent les bugs tôt, documentent, et permettent d'évoluer en confiance. Jest est le standard.

Passer au niveau 5Retour au sommaire du guide