Lección 15
JSON en el ecosistema actual
Fortalezas, límites y cuándo encaja mejor otro formato.
JSON ganó adopción porque es simple, basado en texto y se mapea limpiamente a modelos de objetos en lenguajes habituales. No es la mejor opción para todo problema: entender compensaciones ayuda a elegir formatos con criterio.
Dónde encaja bien JSON
- APIs HTTP con clientes JavaScript, móviles y servidor
- Config que herramientas parsean al arrancar (
tsconfig, matrices CI) - Flujos de eventos cuando cada mensaje es un registro autocontenido
- Interoperabilidad cuando no puedes enviar un schema binario compartido a todas las partes
Puntos de fricción
| Limitación | Impacto práctico |
|---|---|
| Sin comentarios | Documenta campos en otro sitio o usa JSONC solo localmente |
| Sin fechas ni decimales como tipos nativos | Codifica como cadenas con formatos acordados |
| Verboso frente a binario | Más ancho de banda que Protobuf o MessagePack |
| Schema opcional | Deriva entre productores y consumidores |
Ninguno descalifica JSON: definen dónde hace falta disciplina extra (schemas, tests, docs).
Vecinos en el paisaje de formatos
- XML — Fuerte en sistemas centrados en documentos y enterprise legacy
- YAML — Config escrita por humanos; cuidado con indentación y seguridad en entrada no confiable
- CSV/TSV — Datos tabulares planos, no grafos anidados
- Protobuf / Avro — Binario compacto con schemas estrictos en redes de confianza
Los equipos suelen usar JSON en el borde (API pública) y formatos binarios internamente.
Adoptar JSON con criterio
Estandariza UTF-8, publica schemas u OpenAPI cuando puedas y versiona cambios incompatibles de forma explícita. La ubiquidad de JSON es convención social tanto como técnica: lo aprendido en este curso te permite participar en esa convención sin tratar el formato como magia.