Uma característica importante de uma API Rest refere-se a um método de comunicação no qual o servidor completa cada solicitação do cliente independentemente de todas as solicitações anteriores, e os clientes podem solicitar recursos em qualquer ordem. Essa característica é conhecida como:
- A)Ausência de estado;
Certa, porque descreve a propriedade stateless, em que cada requisição é independente e não depende do histórico anterior.
- B)Capacidade de armazenagem;
Errada, pois armazenagem não é característica essencial de REST e não traduz a independência entre requisições.
- C)Independência;
Errada, porque independência é uma ideia genérica e não o nome técnico da propriedade descrita no enunciado.
- D)Interface uniforme;
Errada, pois interface uniforme é outra restrição de REST, ligada à padronização das interações, e não à ausência de estado.
- E)Sistema em camadas.
Errada, porque sistema em camadas é uma característica arquitetural de REST, mas não explica a execução independente das requisições.
Gabarito: A
Em APIs REST, um ponto central é a comunicação sem estado, ou seja, cada requisição deve trazer tudo o que o servidor precisa para entendê-la e processá-la, sem depender do histórico das mensagens anteriores. Isso deixa o sistema mais simples de escalar, mais previsível e menos “apegado” ao que aconteceu antes. É como se cada pedido fosse uma conversa independente: o servidor olha, executa e segue a vida. No enunciado, a banca descreve exatamente essa ideia ao dizer que o servidor completa cada solicitação independentemente das anteriores e que os clientes podem pedir recursos em qualquer ordem. Esse comportamento é a característica conhecida como ausência de estado, ou statelessness. Em REST, isso é um dos requisitos clássicos arquiteturais, frequentemente cobrado em provas e muito associado à separação entre cliente e servidor. Esse conceito vem da dissertação de REST de Roy Fielding, que define a restrição stateless como a ausência de contexto de sessão armazenado no servidor entre requisições. Na prática, o estado da aplicação fica no cliente ou é enviado junto em cada chamada, e não “guardado na memória” do servidor para a próxima rodada. Por isso, o gabarito é a alternativa A. As demais opções tratam de outras características da arquitetura REST, mas nenhuma corresponde à ideia de independência entre requisições e ausência de estado de sessão no servidor.