Examen niveau 3 — Node.js

Examen — questions inédites

12 questions pour valider Express & bases de données : routage et middlewares, templates et statique, Mongo/Mongoose, SQL et Prisma.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

3.1 · Rappel

1. Dans Express, le middleware se reconnaît à…

Son redémarrage du serveur Sa signature (req, res, next) dans le pipeline Sa couleur dans le terminal Son impression sur papier

Il agit pendant le traitement puis appelle next() ou répond.

3.1 · Application

2. Salim veut la fiche du produit 7 via /produits/7. Il écrit…

app.imprimer('/produits', ...); app.eteindre('/produits', ...); app.get('/produits/:id', (req, res) => res.json({ id: req.params.id })); app.couleur('/produits', ...);

Route dynamique : le segment est capturé dans req.params.id.

3.1 · Arbitrage

3. La requête de Salim reste bloquée sans réponse. Arbitrage correct ?

Changer les couleurs du terminal Vérifier que chaque middleware appelle next() ou répond, et l'ordre parser-avant-valider Tout réimprimer pour relire Supprimer Express et revenir au papier

Un next() oublié bloque le pipeline ; valider avant parser lit du vide.

3.2 · Rappel

4. express.static('public') et res.render() servent respectivement à…

Supprimer puis recréer la base Éteindre puis rallumer Node Imprimer puis colorer le serveur Servir les fichiers fixes, puis rendre une vue HTML avec données

Statique pour assets fixes, templates pour HTML dynamique (SSR).

3.2 · Application

5. Salim rend la fiche produit en EJS. Il écrit…

res.render('produit', { produit }); res.imprimer('produit'); app.effacer('produit'); res.couleur('produit');

La vue de views/ reçoit les données et produit le HTML.

3.2 · Application

6. Fiches vitrines à référencer + tableau de bord très interactif. Salim arbitre…

SPA partout même pour trois pages fixes Papier pour les fiches, bouche-à-oreille pour le reste SSR (EJS) pour les fiches SEO, API JSON + front pour le tableau de bord Aucun rendu, tout en mémoire

Contenu/SEO → SSR ; app interactive → API + front séparé.

3.3 · Rappel

7. MongoDB face au SQL, c'est d'abord…

Des impressions couleur en collections Des documents JSON/BSON en collections, sans schéma rigide Des câbles réseau en collections Aucune différence de modèle

Documents flexibles proches du JS, contre tables et lignes strictes.

3.3 · Application

8. Salim impose un email requis et unique sur ses utilisateurs. Il écrit…

email: tout accepter sans règle email: supprimé à chaque save email: { type: String, required: true, unique: true } dans le schéma email: 'à peu près requis' en commentaire

Le schéma Mongoose valide avant enregistrement.

3.3 · Arbitrage

9. Salim hésite entre MongoDB et PostgreSQL pour la facturation liée. Arbitrage correct ?

Ni l'un ni l'autre, tout en mémoire Toujours MongoDB même pour tout Toujours SQL même pour tout Données flexibles et évolutives → MongoDB ; données liées à intégrité critique → SQL

On choisit selon la nature des données, pas selon la mode.

3.4 · Application

10. Salim liste les clients actifs avec Prisma. Il écrit…

await prisma.client.findMany({ where: { actif: true } }); await prisma.imprimer({ tout: true }); await prisma.effacer({ tout: true }); await prisma.colorier({ tout: true });

Méthode d'ORM typée générant un SQL paramétré sûr.

3.4 · Application

11. En SQL brut (pg), Salim filtre par email saisi. Version sûre ?

await pool.query('SELECT * FROM clients WHERE email = ' + emailSaisi); await pool.imprimer(emailSaisi); await pool.effacer(emailSaisi); await pool.query('SELECT * FROM clients WHERE email = $1', [emailSaisi]);

Le placeholder $1 sépare le code des données : pas d'injection.

3.4 · Arbitrage

12. Un collègue propose de concaténer l'entrée « juste pour tester ». Arbitrage correct ?

Refuser : paramétrage ou ORM toujours, même en test Concaténer puis imprimer pour vérifier Noter le mot de passe réel dans le code pour aller vite Accepter, le test n'est jamais attaqué

L'injection naît d'une concaténation ; le réflexe sûr ne souffre d'exception.

Et après ?

Score ≥ 80 % : passez au Niveau 4 — API REST complète, auth JWT et validation (construire sur des bases saines).
Score 50-79 % : reprenez les sections ratées (pipeline en 3.1, SSR vs API en 3.2, schéma en 3.3, paramétrage en 3.4) puis refaites le test.
Score < 50 % : relisez le niveau 2 (http natif, async/await) puis rejouez chaque défi 48h dans l'ordre.