Quiz du niveau 1 — JavaScript & bases Node

Quiz — Niveau 1 · JavaScript & bases Node

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. const, let ou var — lequel utiliser et pourquoi ?

var partout `const` par défaut, `let` si réassignation, JAMAIS `var` (portée de bloc prévisible ; var a une portée déroutante source de bugs) let partout Peu importe

const/let ont une portée de BLOC (sûre) ; var une portée de fonction piégeuse. const protège aussi contre les réassignations accidentelles.

2. Quel est le style moderne recommandé pour gérer l'asynchrone ?

Les callbacks imbriqués ASYNC/AWAIT (sucre sur les Promises) : le code asynchrone se LIT comme du synchrone, erreurs via try/catch var Le synchrone bloquant

Progression : callbacks (risque de « callback hell ») → Promises (.then/.catch) → async/await (lisible). Comprendre les trois, écrire en async/await.

3. Pourquoi découper son code en MODULES ?

Pour ralentir Pour l'organisation, la réutilisation et la maintenabilité : chaque module a UNE responsabilité claire (exporte/importe) C'est obligatoire Aucun intérêt

Deux systèmes coexistent : CommonJS (require/module.exports, omniprésent) et ES Modules (import/export, standard, l'avenir). Le PRINCIPE prime sur la syntaxe.

4. Que faut-il versionner (Git) dans un projet Node, et pas node_modules ?

Tout, y compris node_modules Le code + package.json + package-lock.json (la RECETTE) ; PAS node_modules (énorme et RÉGÉNÉRABLE par npm install) ni les secrets (.env) Seulement node_modules Rien

package-lock.json fige les versions exactes (reproductibilité) ; node_modules se reconstruit depuis la recette. Toujours un .gitignore (node_modules/, .env).

Passer au niveau 2Retour au sommaire du guide