Validacion + errores: contrato estable para el frontend

Validar en la frontera evita que un controlador reciba datos ambiguos. El contrato debe distinguir entrada inválida, falta de autenticación y recurso ausente mediante códigos estables, mientras el mensaje ayuda a corregir la petición.

Ejemplo resuelto

async function validarTitulo(req,res) {
const body = req.body;
if (!body || Array.isArray(body) || typeof body !== 'object' || typeof body.title !== 'string' || body.title.trim() === '') {
  return res.status(400).json({
    ok: false,
    error: { code: 'VALIDATION', message: 'title es obligatorio' }
  });
}

}

El cliente puede actuar sobre code aunque cambie el texto visible.

Monta express.json({limit:"64kb"}) antes de la ruta y maneja también JSON malformado como400. Prueba sin cuerpo, [], title:null, title:" " y el título válido: ninguno debe lanzar TypeError accidental. Para el título válido comprueba201 después de persistir, no solo después de validar; aplicar trim de forma coherente evita almacenar espacios como parte del nombre.

Pruébalo

1. Define qué campos son obligatorios para crear un curso.

2. Valida tipo y contenido antes de guardar.

3. Devuelve la misma forma JSON en dos endpoints.

Error frecuente: devolver 500 por un dato que el cliente envió mal. Corrige usando 400 para validación y reserva 500 para fallos internos no esperados.

Ejercicio: prueba {} y { "title": "Node" }.

Comprueba tu resultado

el primer caso devuelve 400 con VALIDATION; el segundo pasa la validación si ese es el único campo obligatorio, sin incluir una traza.