Questão de Arquitetura de Software — WebServices — Instituto Legalle 2026
Arquitetura de Software›WebServices
Código
gp045387
Banca
Instituto Legalle
Órgão
CIGA-SC
Ano
2026
Cargo
Programador
Um Programador de um consórcio públicointermunicipal está realizando a manutenção da API(Application Programming Interface) responsável pelocadastro dos municípios consorciados. Durante os testesdo sistema, verificou-se que a alteração apenas dotelefone institucional de um município estava apagandooutras informações cadastrais que não deveriam sermodificadas. Diante dessa necessidade, qual método HTТР(Hypertext Transfer Protocol) atende adequadamente à situação supracitada?
AGET
BPOST
CPUT
DDELETE
EPATCH
Revelar gabarito e comentário▾
GabaritoE — PATCH
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”.
Métodos HTTP para APIs REST
Gabarito: letra E (PATCH). O método HTTP PATCH é o adequado para modificações parciais em um recurso, como a alteração apenas do telefone de um município, sem afetar os demais campos cadastrais. Diferentemente do PUT, que substitui o recurso inteiro, o PATCH permite uma atualização localizada, evitando a perda de informações não alteradas.
A situação descrita — alterar um único campo (telefone) sem apagar outros dados — exige um método que realize uma modificação parcial. Na especificação HTTP (RFC 5789), o método PATCH foi introduzido exatamente para essa finalidade. Já o PUT substituiria o recurso completo, o que justifica o comportamento indesejado observado.
Método HTTP
Funcionalidade
Comportamento
Adequação ao Problema
GET
Leitura/recuperação de dados
Seguro e idempotente; não altera recursos
❌ Não modifica dados
POST
Criação de novos recursos ou submissão
Não é padrão para atualizações parciais
❌ Inadequado semanticamente
PUT
Substituição completa do recurso
Idempotente; substitui todos os campos
❌ Causa perda de dados não enviados
DELETE
Remoção do recurso inteiro
Exclui o recurso
❌ Não se aplica
PATCH
Modificação parcial do recurso
Altera apenas campos enviados (RFC 5789)
✅ GABARITO
Métodos HTTP para atualização
1PUT (substituição total)
Apaga campos não enviados
2PATCH (modificação parcial)
Altera apenas campos enviados
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
GET é um método seguro e idempotente utilizado exclusivamente para leitura/recuperação de dados. Não realiza alterações no recurso, portanto não atende à necessidade de modificar o telefone.
Alternativa B — ❌ Incorreta
POST é usado para criação de novos recursos ou submissão de dados a um servidor para processamento. Não é o método padrão para atualização de campos específicos; seu uso para alterações parciais não é semanticamente adequado e pode gerar comportamentos imprevisíveis.
Alternativa C — ❌ Incorreta
PUT é um método idempotente que substitui completamente o recurso no URI especificado. Ao enviar apenas o campo telefone, o servidor pode interpretar que os demais campos devem ser removidos (ou assumir valores padrão), resultando na perda das informações não enviadas. Esse é exatamente o problema relatado no enunciado.
Alternativa D — ❌ Incorreta
DELETE remove o recurso inteiro. Não se aplica a uma simples alteração de campo.
Alternativa E — ✅ Correta ⟵ GABARITO
PATCH foi definido na RFC 5789 para realizar modificações parciais em um recurso. Ele permite que o cliente envie apenas os campos que deseja alterar, e o servidor aplica as mudanças sem afetar os demais dados. No caso concreto, ao utilizar PATCH com o campo telefone, as outras informações cadastrais permaneceriam intactas.
NÃO CAIA NESSA!
A banca explora a confusão entre PUT e PATCH. Muitos candidatos associam PUT a "atualização" e esquecem que PUT substitui todo o recurso (operação total), enquanto PATCH é a operação parcial. Se a questão menciona "alteração apenas do telefone", o verbo correto é PATCH. Treine essa diferença para não cair em armadilhas semelhantes.