Pular para o conteúdo principal

Questão de Arquitetura de Software — Software — VUNESP 2023

Arquitetura de SoftwareSoftware
Código
vu079924
Banca
VUNESP
Órgão
TRF - 3ª REGIÃO
Ano
2023
Nível
Superior
Cargo
Analista Judiciário / Área: Apoio Especializado - Especialidade: Informática
Em APIs RESTful, o verbo HTTP OPTIONS tem o propósito de
  1. Aobter uma resposta contendo um cabeçalho idêntico àquele que seria retornado pelo verbo GET, mas sem o corpo da resposta.
  2. Balterar valores de opções de configuração vigentes no servidor web que hospeda o serviço.
  3. Cefetuar modificações parciais em um recurso.
  4. Dobter um grupo de recursos do mesmo tipo, sem informar um identificador específico.
  5. Eobter informações sobre opções de comunicação disponíveis para um recurso.
Revelar gabarito e comentário

GabaritoE — obter informações sobre opções de comunicação disponíveis para um recurso.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

HTTP OPTIONS em APIs RESTful

Gabarito: letra E. O verbo HTTP OPTIONS tem a finalidade de consultar quais opções de comunicação (métodos HTTP permitidos, cabeçalhos suportados, etc.) estão disponíveis para um recurso específico no servidor. É um método de descoberta, essencial para APIs RESTful que seguem o princípio HATEOAS (Hypermedia as the Engine of Application State).

A banca testa o conhecimento da semântica padrão dos métodos HTTP definidos na RFC 7231 (e posteriores). A pegadinha clássica é confundir OPTIONS com HEAD (alternativa A), que retorna apenas os cabeçalhos de GET sem o corpo.

Alternativa A — ❌ Incorreta

Essa descrição corresponde ao verbo HEAD, não ao OPTIONS. HEAD retorna exatamente os mesmos cabeçalhos que GET retornaria, mas sem o corpo da resposta. OPTIONS, por sua vez, retorna informações sobre as opções de comunicação, como os métodos HTTP permitidos no recurso.

Alternativa B — ❌ Incorreta

OPTIONS não altera configurações do servidor. É um método seguro (não produz efeitos colaterais) e idempotente. Alterar configurações não faz parte da semântica de nenhum método HTTP padrão semântica — isso seria feito por mecanismos administrativos fora do protocolo.

Alternativa C — ❌ Incorreta

Efetuar modificações parciais em um recurso é função do verbo PATCH. OPTIONS é um método de consulta, não de modificação.

Alternativa D — ❌ Incorreta

Obter um grupo de recursos sem informar identificador específico é tipicamente feito com GET em uma URL de coleção (ex.: GET /usuarios). OPTIONS não é usado para listar recursos, mas para descobrir opções de comunicação sobre um recurso ou sobre o servidor inteiro (quando aplicado a *).

Alternativa E — ✅ Correta ⟵ GABARITO

O propósito do OPTIONS é justamente "obter informações sobre opções de comunicação disponíveis para um recurso". A resposta típica inclui o cabeçalho Allow listando os métodos HTTP suportados (GET, POST, PUT, DELETE, etc.), além de outros cabeçalhos como Accept-Patch, Accept-Post, etc. É um método indispensável para a descoberta dinâmica de capacidades em APIs RESTful.

Gabarito: letra E.

Link permanente: /questoes/vu079924