As vezes você quer ter uma melhor experiência de usuário tendo uma atualização o · Robindark

Em resposta a FrontEnd: Fetch após atualização no banco ou modificar o state? 🤔#opinião

As vezes você quer ter uma melhor experiência de usuário tendo uma atualização otimista e quer que a interface seja atualizada imediatamente após uma ação e antes de receber a confirmação do servidor. Nesse caso você pode reverter o estado caso a requisição falhe mostrando algum tipo de mensagem de erro para o usuário.

Imagine que você está desenvolvendo uma funcionalidade de "like" para posts em uma rede social. Quando o usuário clica no botão de like, você quer que o feedback visual seja imediato, mas a ação real de registrar o like depende de uma requisição ao backend demora um certo tempo.

Essa abordagem melhora a responsividade da interface, fazendo o usuário sentir que suas ações têm efeito instantâneo, mesmo em cenários de latência de rede.

faustinopsy

23 dias atrás

eu como usuário nao gosto dessa abordagem, visto que o LinkedIn age assim, muitas vezes faco reação e vou embora, mas depois de um tempo volto e a reação nao foi feita, pois ela é desfeita.

devcarlosalberto

22 dias atrás

Eu faço da utilização de interface otimista mas enquanto lia o post pensei a mesma coisa que o @faustinopsy no comentário ao lado, para uma rede social por exemplo a pessoa der um like e voltar no histórico de curtidas pode se deparar com a falta de uma curtida que ela fez para voltar ao post (por exemplo). Acho que pra uma interface otimista o backend precisar ter como tratativa para todos os possíveis erros até que uma curtida por exemplo seja processada.

Agora imagine um sistema onde o usuário edita seu perfil, uma interface otimista seria ótima.