-
A idempotência é a propriedade que algumas operações têm de poderem ser aplicadas várias vezes sem que o valor do resultado se altere após a aplicação inicial.
Gabartiro: ERRADO
-
Discussão interessante a respeito desse assunto: http://www.infoq.com/br/news/2013/05/idempotent
-
As funções do HTTP, utilizadas pelo REST, indepotentes são: GET, PUT, DELETE, HEAD e OPTIONS.
Já as seguras são: GET, HEAD e OPTIONS.
Obs: A função PATCH não é considerada indepotente, contudo, pode ser em algumas circunstâncias. Mas é classificada com indepotente.
-
http://code.tutsplus.com/pt/tutorials/a-beginners-guide-to-http-and-rest--net-16340
-
A única operação que não possui essa caraterística é o POST.
-
Já mataria a questão quando afirmou que REST é um protocolo.
REST é um estilo arquitetura e não um protocolo.
-
Então, Luis Claudio, concordo contigo. Mas muito provavelmente esse não é o ponto de erro da questão. Normalmente essa "chamada de enunciado" é aplicada a mais de uma questão. Diria que foi um "mole" da banca que dificilmente seria objeto de anulação da(s) questão(ões).
Bons treinos.
-
Tabela indicando quias métodos HTTP são idempotentes e seguros. Veja que PUT e DELETE são idempotentes.
Também concluimos que todas as operações que começam com P não são seguras assim como o DELETE.
E que somente POST e PATCH não são Idempotentes.
Com estas duas últimas observações na cabeça matamos esta e outras questões semelhantes.
Retirada do site http://restcookbook.com/HTTP%20Methods/idempotency/
Overview of (some) HTTP methods
HTTP MethodIdempotentSafe
OPTIONSyesyes
GETyesyes
HEADyesyes
PUTyesno
POSTnono
DELETEyesno
PATCHnono
-
Luis Claudio, é um protocolo de comunicação SOA. Cuidado com os comentários!
-
Os métodos GET, HEAD e OPTIONS são seguros e idempotentes, pois não alteram o estado do recurso.
PUT e Delete não são seguros, mas são idempotentes.
O método POST é o único método que não é seguro nem idempotente
-
Apesar de REST não ser protocolo, a banca não está perguntando isto. O erro da questão não é este. o Erro é "não são considerados IdemPotentes".
-
[4]
Apenas POST e PATCH sao nao idempotentes!!!
E sobre REST ser um protocolo, cito estes autores[1][2][3].
E outra, Carlos Mano!!! Nao importa o q a banca esta perguntando...se houver 1 erro em qqr parte da questao, isso eh suficiente pra ferra*r com tudo(pra nao dizer outra palavra q tbm comeca com a letra F)!!!
Fonte:
[1] Design de Microsserviços com Django: Uma visão geral das ferramentas e práticas, Akos Hochrein
[2] Arquitetura de Nuvem (AWS): Amazon Web Services, Manoel Veras
[3] Big Data: Técnicas e tecnologias para extração de valor dos dados, Rosangela Marquesone
[4] https://cursos.alura.com.br/forum/topico-put-e-delete-sao-idempotentes-27884