Alternativa A - application/json
Análise da Questão
Esta questão aborda conceitos fundamentais de comunicação entre sistemas (APIs), especificamente sobre o cabeçalho HTTP Content-Type.
O que é o Content-Type?
O cabeçalho Content-Type serve para informar ao servidor receptor qual é o formato dos dados que estão sendo enviados no corpo da requisição. Sem essa informação, o servidor não saberia como interpretar os dados recebidos.
Por que application/json?
No desenvolvimento moderno de software (Web, Mobile, Backend), o JSON (JavaScript Object Notation) tornou-se o padrão de facto para troca de dados devido à sua leveza e facilidade de leitura tanto para humanos quanto para máquinas.
- Padrão da Indústria: A grande maioria das APIs RESTful modernas espera receber dados em JSON.
- Compatibilidade: O formato JSON é nativo do JavaScript, tornando-o ideal para aplicações web front-end.
- Estrutura: Permite representar objetos complexos, arrays e aninhamentos de forma simples.
Comparativo das Opções
| Tipo MIME | Uso Principal | Status Atual |
|---|
application/json | Dados estruturados leves | Padrão atual (Mais comum) |
application/xml | Dados estruturados legíveis | Menos utilizado hoje (mais verboso) |
multipart/form-data | Envio de arquivos e formulários | Usado apenas para uploads de mídia |
application/x-www-form-urlencoded | Formulários HTML tradicionais | Obsoleto para APIs complexas |
Conclusão
Embora tecnicamente qualquer tipo MIME pudesse ser usado dependendo da implementação específica do servidor, a configuração padrão e mais segura para uma requisição de API moderna, especialmente quando combinada com autenticação Bearer, é definir o conteúdo como JSON.
Portanto, a linha deve ser preenchida com application/json.