Estou precisando de alguns esclarecimentos. Eu tenho lido sobre o REST e construindo aplicativos RESTful. De acordo com a wikipedia, o próprio REST é definido como Representational State Transfer . Portanto, não entendo todo esse livro apático sem estado que todo mundo continua vomitando.
Da wikipedia:
A qualquer momento específico, um cliente pode estar em transição entre os estados do aplicativo ou "em repouso". Um cliente em um estado de repouso pode interagir com seu usuário, mas não cria carga e não consome armazenamento por cliente no conjunto de servidores ou na rede.
Eles estão dizendo que não usam armazenamento de dados no nível da sessão / aplicativo ???
Entendo que um dos objetivos do REST é tornar o acesso ao URI consistente e disponível, por exemplo, em vez de ocultar solicitações de paginação nas postagens, tornando o número da página de uma solicitação parte do GET URI. Faz sentido para mim. Mas parece que está exagerando dizendo que nenhum dado por cliente (sessão) deve ser armazenado no servidor.
E se eu tivesse uma fila de mensagens e meu usuário quisesse ler as mensagens, mas, ao lê-las, quisesse bloquear certas mensagens de remetentes que chegassem durante a sessão? Não faria sentido armazenar isso em um local no lado do servidor e fazer com que o servidor envie apenas mensagens (ou IDs) que não foram bloqueadas pelo usuário?
Preciso realmente enviar a lista inteira de remetentes para bloquear cada vez que solicitar a nova lista de mensagens? A lista de mensagens pertinente para mim nem deveria ser um recurso disponível ao público em primeiro lugar.
Mais uma vez, apenas tentando entender isso. Alguém por favor, esclareça.
Atualizar:
Eu encontrei uma pergunta de estouro de pilha que tem uma resposta que não me leva a todo o caminho: Como gerenciar o estado no REST, que diz que o estado do cliente que é importante deve ser transferido a cada solicitação ... Ugg .. parece muita sobrecarga ... Isso está certo ??