Gerenciamento de estado no React (por que não uso mais Redux)

Acompanhe a Rocketseat nas redes sociais:
Twitter: @rocketseat
Facebook: @rocketseat
Instagram: @rocketseat

[fabricioaraujo]

Para projetos novos zustand e o jotai são bons mais e a realidade e que nao se trabalha com coisas novas o tempo todo, por isso que saber usar o redux e ainda importante

[kaiophillipe]

Concordo com um ponto.
"Não sei se eu fiz da melhor forma. Mas ficou bem legal e funciona bem até hoje!"

Basta que seja feito e depois que se melhore acredito nisso!

[camilosantos]

Problema do context é a exigência de usar vários "Provider". O Jotai concordo que tenha um diferencial, mas Redux Toolkit e Zustand são bem semelhantes. Outro ponto importante que não foi mencionado é que com o Redux Toolkit também tem o RTK Query para o que ele chamou de "HTTP State".

[imartytk]

O devdoido antigamente so usava redux saga, hoje eu vejo os video dele e é só context api em tudo. Mudou muito o negocio

[rafaget]

Depois da context api nunca mais senti necessidade de gerenciadores de estado externos.

Nos projetos que sou o arquiteto responsável, procuro usar o mínimo de dependências possível, pois assim dá menos trabalho/bug em fazer atualizações do React ou outras bibliotecas indispensáveis.

Tem uma galera que para coisas simples, que dá pra fazer tranquilamente com javascript, preferem instalar uma lib.

E o pior de tudo é quando instala uma lib que nem estrelas tem, que rapidamente vai ficar obsoleta e sem manutenção futuras para novas versões do node ou react.

[marcosantoniocerqueira]

eu uso reduce com um combinadores de reducer feito por mim próprio para gerenciar estados global dos meus apps e tem funcionado muito bem

[edymbhify]

Zustand é indiscutivelmente o melhor: é conciso e permite a utilização das ferramentas de debugger do Redux. No entanto, concordo plenamente com o que Diego mencionou. Atualmente, com o Context API e o React Query, a maioria dos cenários que exigiriam um gerenciador global já são abordados. Vejo o Zustand como uma escolha ideal para aplicações altamente complexas, onde há diversos componentes mutáveis com estruturas de árvores distintas. Isso se deve à necessidade de uma visualização clara do que está ocorrendo, e o Zustand facilita isso ao permitir a visualização da árvore JSON nas ferramentas de debugger. Em casos contrários, tanto o Context API quanto o React Query atendem muito bem às necessidades de desenvolvimento.

[gabrieltoledo]

Onde está o vídeo completo? É corte de alguma aula?

[ricardobonin]

E quando precisamos popular esse state no servidor, qual seria a melhor opção? Hoje usamos o redux para fazer isso! Porém é complicado manter os states

[canalbomon]

Me pergunto se pelo menos pra um caso minúsculo e de teste, faz sentido (boa prática) colocar informações na estrutura do HTML para servir de armazenamento e acessível a todos os componentes. Eu fiz isso pra um editor de markdown online, que precisava acessar o MD em um componente sem relação com o componente do ReactCodeMirror. E como era next 14, não fazia sentido jogar tudo para o cliente.

[fawkes_]

Eu fui completamente convertido ao react-query alguns meses atrás, lindo fazer um request e deixar ele em cache, caso eu precise desse cara dnv em outro component eu só chamo a msm query e ta lá, e se algo mudar é só dar um invalidate/refetch e já era

[wollyverkk]

por que conteudos sobre permissões de usuarios é tao escasso na área? Eu to simplesmente sem ideia de como fazer e não encontro conteudo nenhum

[codemilio]

Curto muito usar o Recoil, mas não vejo ninguém falando sobre

[Joanneswsquim]

@rocketseat instalalei o zustand versao atual se nao me engano é 4.5..
Mas da erros como sctor is not funcion.
Mas nao faço ideia onde.

Uso destruturacao, e sem, mas nao consigo resolver e nao encontoe nada sobre isso, alguem sabe como?

[billbarsch]

nunca usei gerenciadores de estado, sempre uso apenas useState básico e sempre serviu pra tudo na aplicação que pode ser do tamanho que quiser 🤷‍♂️

[gustavo]

o context api já não seria suficiente? porque a necessidade de usar um gerenciador externo?

[clipesdaora]

redux toolkit é a biblioteca mais completa, nao tem porque não considera-la

[Matheus_]

Queria ver o Diego usando o Maven em algum projeto React.

[yure-ribeiro]

Já cheguei a ficar preucupado por não gostar ou não manjar muito desses gerenciadores de estados externos, todos sistemas que trabalhei usando react no front, context api foi mais que o suficiente, com o next hoje então nem se fala, tudo em cache por padrão, não vejo necessidade nenhuma de instalar lib pra isso.

[tiagosilva]

C esta bem man? Esta parecendo exausto?