Examen nivel 3 — Node.js

Examen — preguntas inéditas

12 preguntas para validar Express y bases de datos : enrutado y middlewares, plantillas y estático, Mongo/Mongoose, SQL y Prisma.
Responde a todo y pulsa Corregir: aparecerán tu puntuación y las explicaciones.

3.1 · Recuerdo

1. En Express, el middleware se reconoce por…

Su reinicio del servidor Su firma (req, res, next) en la cadena Su color en el terminal Su impresión en papel

Actúa durante el tratamiento y luego llama a next() o responde.

3.1 · Aplicación

2. Salim quiere la ficha del producto 7 vía /produits/7. Escribe…

app.imprimir('/produits', ...); app.apagar('/produits', ...); app.get('/produits/:id', (req, res) => res.json({ id: req.params.id })); app.color('/produits', ...);

Ruta dinámica : el segmento se captura en req.params.id.

3.1 · Arbitraje

3. La petición de Salim queda bloqueada sin respuesta. ¿Arbitraje correcto?

Cambiar los colores del terminal Verificar que cada middleware llama a next() o responde, y el orden analizar-antes-de-validar Reimprimir todo para releer Suprimir Express y volver al papel

Un next() olvidado bloquea la cadena ; validar antes de analizar lee vacío.

3.2 · Recuerdo

4. express.static('public') y res.render() sirven respectivamente para…

Suprimir y luego recrear la base Apagar y luego reencender Node Imprimir y luego colorear el servidor Servir los archivos fijos, y luego renderizar una vista HTML con datos

Estático para assets fijos, plantillas para HTML dinámico (SSR).

3.2 · Aplicación

5. Salim renderiza la ficha de producto en EJS. Escribe…

res.render('produit', { produit }); res.imprimir('produit'); app.borrar('produit'); res.color('produit');

La vista de views/ recibe los datos y produce el HTML.

3.2 · Aplicación

6. Fichas escaparate por posicionar + cuadro de mando muy interactivo. Salim arbitra…

SPA en todas partes incluso para tres páginas fijas Papel para las fichas, boca a boca para el resto SSR (EJS) para las fichas SEO, API JSON + front para el cuadro de mando Ningún renderizado, todo en memoria

Contenido/SEO → SSR ; app interactiva → API + front separado.

3.3 · Recuerdo

7. MongoDB frente al SQL, es ante todo…

Impresiones en color en colecciones Documentos JSON/BSON en colecciones, sin esquema rígido Cables de red en colecciones Ninguna diferencia de modelo

Documentos flexibles cercanos al JS, contra tablas y filas estrictas.

3.3 · Aplicación

8. Salim impone un email requerido y único en sus usuarios. Escribe…

email: aceptar todo sin regla email: suprimido en cada save email: { type: String, required: true, unique: true } en el esquema email: 'más o menos requerido' en comentario

El esquema Mongoose valida antes del registro.

3.3 · Arbitraje

9. Salim duda entre MongoDB y PostgreSQL para la facturación vinculada. ¿Arbitraje correcto?

Ni uno ni otro, todo en memoria Siempre MongoDB incluso para todo Siempre SQL incluso para todo Datos flexibles y evolutivos → MongoDB ; datos vinculados de integridad crítica → SQL

Se elige según la naturaleza de los datos, no según la moda.

3.4 · Aplicación

10. Salim lista los clientes activos con Prisma. Escribe…

await prisma.client.findMany({ where: { actif: true } }); await prisma.imprimir({ tout: true }); await prisma.borrar({ tout: true }); await prisma.colorear({ tout: true });

Método de ORM tipado que genera un SQL parametrizado seguro.

3.4 · Aplicación

11. En SQL en bruto (pg), Salim filtra por email introducido. ¿Versión segura?

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

El placeholder $1 separa el código de los datos : sin inyección.

3.4 · Arbitraje

12. Un colega propone concatenar la entrada « solo para probar ». ¿Arbitraje correcto?

Rechazar : parametrización u ORM siempre, incluso en prueba Concatenar e imprimir para comprobar Anotar la contraseña real en el código para ir rápido Aceptar, la prueba nunca es atacada

La inyección nace de una concatenación ; el reflejo seguro no admite excepción.

¿Y ahora qué?

Puntuación ≥ 80 % : pasad al Nivel 4 — API REST completa, auth JWT y validación (construir sobre bases sanas).
Puntuación 50-79 % : retomad las secciones falladas (cadena en 3.1, SSR frente a API en 3.2, esquema en 3.3, parametrización en 3.4) y repetid el test.
Puntuación < 50 % : releed el nivel 2 (http nativo, async/await) y repetid cada reto 48h en orden.