No contexto de uma REST API, assinale o cuidado que deve ser observado em uma requisição para garantir a prerrogativa stateless (sem estado).
- A)Incluir todos os atributos necessários para a execução.
Correta, porque uma requisição stateless deve trazer todos os dados necessários para que o servidor a processe sem depender de contexto anterior.
- B)Envolver apenas um recurso em cada requisição.
Errada, porque a regra de stateless não exige um único recurso por requisição, e sim independência de estado entre as chamadas.
- C)Usar somente o método GET.
Errada, porque REST não limita o uso ao GET; estateless vale para todos os métodos, desde que cada requisição seja autossuficiente.
- D)Usar uma interface uniforme.
Errada, porque interface uniforme é outro princípio de REST, mas não é o cuidado específico que garante a ausência de estado na requisição.
Gabarito: A
Em uma REST API, a ideia de stateless é simples: cada requisição precisa trazer tudo o que o servidor precisa para entendê-la e processá-la, sem depender de memória de interações anteriores. Ou seja, o servidor não deve ficar pensando: "ah, eu lembro desse cliente de antes". Cada chamada deve se sustentar sozinha. Isso ajuda na escalabilidade, na simplicidade e na confiabilidade do sistema. Por isso, o cuidado central em uma requisição é incluir todos os atributos necessários para a execução. Se algum dado essencial ficar de fora e o servidor depender de estado guardado em sessão, a característica stateless fica comprometida. Em REST, isso vai contra a própria proposta arquitetural descrita por Roy Fielding, que define a restrição de stateless como uma das bases do estilo. A banca FGV costuma cobrar exatamente essa ideia prática: em vez de decorar jargões, você precisa perceber onde está a dependência de estado. Se a requisição carrega o necessário, o servidor pode atender qualquer chamada isoladamente. Isso é o oposto de manter contexto escondido entre uma requisição e outra. Então, o gabarito A está correto porque uma API sem estado exige que cada requisição seja completa, com os dados indispensáveis para processamento. Sem isso, o servidor seria forçado a lembrar do passado, e aí já não seria mais stateless de verdade.