No contexto dos métodos disponíveis pelo protocolo HTTP, a lista que contém apenas métodos válidos é:
- A)GET, POST, PUT;
Certa, porque GET, POST e PUT são métodos válidos e padronizados do HTTP.
- B)GET, PUT, SEND;
Errada, porque SEND não é método HTTP padronizado.
- C)POST, READ, WRITE;
Errada, porque READ e WRITE não são métodos HTTP padronizados.
- D)PUT, SET, WRITE;
Errada, porque SET e WRITE não são métodos HTTP padronizados.
- E)SEND, INPUT, OUTPUT.
Errada, porque SEND, INPUT e OUTPUT não são métodos HTTP padronizados.
Gabarito: A
No HTTP, os métodos são os verbos que dizem o que o cliente quer fazer com o recurso no servidor. Os mais clássicos e cobrados em prova são GET, POST, PUT, DELETE, HEAD, OPTIONS e PATCH. Em outras palavras: o protocolo tem um conjunto bem definido de verbos; não vale inventar nomes bonitos como SEND ou READ, porque isso seria mais criativo do que correto. O GET é usado para recuperar dados, o POST para enviar informações para processamento ou criação de recursos, e o PUT para substituir ou atualizar um recurso de forma mais direta. A FGV adora cobrar exatamente esses nomes, porque eles são padronizados nas especificações do HTTP e aparecem com frequência em arquiteturas web e APIs. Por isso, a alternativa A está correta: GET, POST e PUT são métodos válidos do HTTP. Já as demais opções misturam verbos que não pertencem ao protocolo, tentando confundir você com palavras que parecem plausíveis no dia a dia, mas que não existem como métodos HTTP padronizados. Como fundamento técnico, vale lembrar que os métodos HTTP estão definidos nas especificações da IETF, especialmente no RFC 9110, que atualiza e consolida a semântica do HTTP. Em prova, pense no básico bem decorado: se o verbo não aparece na lista padrão, ele está fora do jogo.