Em APIs RESTful, requisições com o método HTTP PATCH têm o ...

Próximas questões
Com base no mesmo assunto
Q4198313
Redes de Computadores Protocolo , HTTP ( Hypertext Transfer Protocol ) ,
Ano: 2023 Banca: VUNESP Órgão: CIJUN - SP Prova: VUNESP - 2023 - CIJUN - SP - Arquiteto de Redes Pleno |
Q4198313 Redes de Computadores
Em APIs RESTful, requisições com o método HTTP PATCH têm o propósito de
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: C

Fundamento decisivo: O ponto decisivo era a finalidade do método PATCH em HTTP/REST: atualização parcial de um recurso existente.

Tema central: Método HTTP PATCH
Análise das alternativas
A
Errada
Está errada porque confunde o nome do método HTTP PATCH com “patches” de segurança de software. A semântica de PATCH em HTTP/REST não é atualizar o servidor com correções de segurança, mas modificar parcialmente um recurso.
B
Errada
Está errada porque criação de recurso não é a finalidade cobrada para PATCH. Pela base, PATCH é voltado à modificação parcial de recurso existente; criação se associa, em regra, a outros métodos, como POST e, em cenários específicos, PUT.
C
Certa
A alternativa C está correta porque corresponde à definição funcional de PATCH no contexto de APIs RESTful: esse método é usado para alterar parcialmente o estado de um recurso já existente.
D
Errada
Está errada porque limpar completamente o cache de respostas do servidor não faz parte da finalidade do método PATCH. Isso não corresponde à semântica do método HTTP cobrado na questão.
E
Errada
Está errada porque descreve atualização completa do recurso, enquanto PATCH se refere a alteração parcial. A distinção decisiva aqui é PATCH versus PUT: atualização completa é classicamente associada a PUT.
Pegadinha da questão
A pegadinha foi confundir PATCH com PUT ou com o sentido coloquial de “patch” como correção de software.
Dica para questões semelhantes
  • Quando a questão cobrar método HTTP, resolva pela semântica do verbo, não pelo sentido comum da palavra.
  • Se a ação descrita for alteração parcial de recurso existente, o método compatível é PATCH.
  • Se a alternativa falar em substituição completa do estado do recurso, isso afasta PATCH e aponta para PUT.
  • Se a alternativa atribuir ao método funções administrativas do servidor, como segurança ou limpeza de cache, ela foge da finalidade do verbo HTTP.

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo

Comentários

Veja os comentários dos nossos alunos

A alternativa C é a correta porque o método HTTP PATCH (definido pela RFC 5789) foi criado especificamente para aplicar modificações parciais a um recurso existente em APIs RESTful.

Por que a C é a CORRETA?

Quando você envia uma requisição PATCH, você envia apenas os campos que deseja alterar, sem a necessidade de reencaminhar todo o objeto do recurso.

Exemplo: Se o cadastro do usuário tem nome, email, telefone e idade, e você deseja alterar somente o telefone:

Você envia um PATCH contendo no corpo (body) apenas o campo { "telefone": "99999-8888" }. O servidor altera exclusivamente esse dado e preserva os demais.

Por que as outras alternativas estão INCORRETAS?

A) Incorreta: Não tem relação com patches de segurança ou atualizações do sistema operacional do servidor. É um método de manipulação de dados de APIs.

B) Incorreta: O método padrão para criar um recurso em RESTful é o POST.

D) Incorreta: O gerenciamento ou limpeza de cache no HTTP/REST não utiliza um verbo chamado PATCH (utilizam-se cabeçalhos como Cache-Control, Pragma ou rotas de gerencimento específicas).

E) Incorreta: A atualização completa (substituição total) de um recurso é o propósito do método PUT. Se você usar o PUT e enviar apenas o campo telefone, os outros campos (nome, email, idade) seriam apagados ou sobrescritos com null.

Clique para visualizar este comentário

Visualize os comentários desta questão clicando no botão abaixo

Questões de assuntos semelhantes

Provas relacionadas