Práctica focalizada · Bloque 2 · Unidad 2.4
EX-B2-12
Traducir 422 sin borrar la ubicación
Un manejador personalizado responde `Invalid request` para cualquier error y soporte ya no sabe qué campo falló.
Cómo abordarla
Alinea salida, errores y OpenAPI
Ejecuta primero el baseline. Después modifica la frontera indicada, escribe una regresión positiva y otra negativa y conserva la salida real.
Evidencia objetivo: Status, headers, body, filtrado y documentación cuentan la misma historia pública.
Abrir laboratorio de código
1. Descarga y arranca
- Manejador que pierde contextoStarter y peticiones de regresión para tres ubicaciones.
2. Escribe y prueba
- Reproduce errores en path, query y body anidado.
- Transforma `exc.errors()` a una lista pública estable.
- Comprueba que `loc` distingue las tres fuentes y que el input crudo no se refleja.
3. Demuestra el comportamiento
- Tres respuestas 422 iniciales y transformadas para path, query y body.
- Manejador corregido y prueba de no exposición del input.
- Descripción del mínimo contrato que permite al consumidor corregir la petición.
La respuesta principal es tu código y sus pruebas. Usa este espacio solo para anotar la predicción inicial y el resultado observado.
Predicción breve antes de ejecutar
¿Cuál es el conjunto mínimo de señal pública que permite corregir la petición?
Comprueba estas tres cosas
- ¿Qué comportamiento observas y qué parte es todavía una hipótesis?
- ¿Cuál es el cambio mínimo que permite verificar la causa o el contrato?
- ¿Qué evidencia conservarías para demostrar que no rompiste otra frontera?
Anota predicción, comando ejecutado y diferencia observada; el código vive en tu workspace.
Sin respuesta guardada.
Pistas opcionales
Pista 1 · Localiza la frontera
- Separa importación, enrutado, extracción, validación, operación y serialización.
- Lee el status, los headers y la ubicación del error antes de editar.
Pista 2 · Reduce la prueba
- Usa una petición válida y una inválida que difieran en una sola variable.
- Compara el comportamiento con `/openapi.json` cuando el contrato esté documentado.
Profundización opcional
Transformar `RequestValidationError` conservando localización y tipo, y omitiendo input sensible.
Contexto adicional
- Trabaja únicamente dentro del alcance del bloque: una aplicación pequeña y estado en memoria.
- No hay solución oficial publicada; el material contiene huecos y defectos deliberados.
- Justifica las decisiones por el mensaje HTTP y el contrato observable, no solo porque el código arranque.
Cómo revisar tu respuesta
- La respuesta mantiene status `422`.
- Cada issue conserva fuente y ruta del campo.
- No se publica el body completo ni `str(exc)`.
Evidencia, revisión y reinicio
- Decisión razonada guardada localmente en la web.
- Código o informe ejecutable en el workspace temporal, más una captura de curl/OpenAPI cuando proceda.
Revisión: con Codex, utilizando la evidencia y los criterios anteriores; no se publica una solución oficial.
Reinicio: Eliminar el workspace temporal y volver a descargar el material inicial; no hay estado persistente externo.