Lição 15
JSON no ecossistema atual
Pontos fortes, limites e quando outro formato pode servir melhor.
JSON ganhou espaço porque é simples, baseado em texto e mapeia limpo para modelos de objetos nas linguagens mainstream. Não é a melhor escolha para todo problema — entender trade-offs ajuda a escolher formatos com intenção.
Onde JSON encaixa bem
- APIs HTTP com clientes JavaScript, mobile e servidor
- Config que ferramentas parseiam na inicialização (
tsconfig, matrizes de CI) - Event streams quando cada mensagem é um registro autocontido
- Interoperabilidade quando você não pode enviar um schema binário compartilhado a todas as partes
Pontos de atrito
| Limitação | Impacto prático |
|---|---|
| Sem comentários | Documente campos em outro lugar ou use JSONC só localmente |
| Sem datas ou decimais como tipos nativos | Codifique como strings com formatos acordados |
| Verboso vs binário | Maior bandwidth que Protobuf ou MessagePack |
| Schema opcional | Deriva entre produtores e consumidores |
Nenhum disso desqualifica JSON — define onde disciplina extra (schemas, testes, docs) é necessária.
Vizinhos no landscape de formatos
- XML — Ainda forte em sistemas legados enterprise e centrados em documentos
- YAML — Configs escritos por humanos; cuidado com indentação e segurança em input não confiável
- CSV/TSV — Dados tabulares planos, não grafos aninhados
- Protobuf / Avro — Binário compacto com schemas estritos em redes confiáveis
Equipes costumam usar JSON na borda (API pública) e formatos binários internamente.
Adotar JSON com critério
Padronize UTF-8, publique schemas ou OpenAPI quando possível e versione mudanças breaking explicitamente. A ubiquidade do JSON é uma convenção social tanto quanto técnica — seu conhecimento do curso permite participar dessa convenção sem tratar o formato como magia.