Práctica focalizada · Bloque 2 · Unidad 2.2
EX-B2-03
¿Path, query, header o body?
Un requisito mezcla identificador, paginación, correlación, modo de simulación y datos de creación sin decidir su lugar en HTTP.
Cómo abordarla
Coloca cada dato donde expresa mejor su intención
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: Distingues path, query, header, cookie, body, formulario y archivo, incluida la ausencia frente a null.
Abrir laboratorio de código
1. Descarga y arranca
- Starter ejecutable de fuentes HTTPAPI parcial y tests para path, query, header y body; la firma objetivo queda sin resolver.
- Requisitos sin clasificarHistorias, diccionario de campos y ejemplo HTTP para implementar la frontera.
2. Escribe y prueba
- Completa la matriz de fuentes y obligatoriedad.
- Escribe una firma FastAPI sin implementar lógica de negocio.
- Comprueba el esquema generado y una petición inválida por fuente.
3. Demuestra el comportamiento
- Matriz dato → fuente HTTP → obligatoriedad → justificación.
- Firma FastAPI mínima y fragmento OpenAPI generado.
- Una petición válida y una inválida por fuente con su respuesta.
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
¿Dónde debe viajar cada dato y qué decisión de significado respalda esa elecció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
Asignar una fuente a cada dato y expresar obligatoriedad y tipo con `Annotated`.
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
- Identidad, filtros, metadatos y representación no se mezclan.
- Los defaults reflejan obligatoriedad real.
- OpenAPI coincide con la matriz.
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.