O ERRO mais comum no React (você já fez isso)
ฝัง
- เผยแพร่เมื่อ 31 ก.ค. 2022
- Um dos erros mais comuns no React (e você provavelmente já cometeu também) é a criação de estados derivados, que são estados criados a partir de outra informação já presente no componente.
Esses estados acabam causando renderizações desnecessárias, que podem ser substituídos facilmente por variáveis calculadas em tempo de execução.
Nesse vídeo eu coloco a mão na massa pra te mostrar como identificar os problemas e corrigi-los.
Bora codar?
-----
Conecte-se a 200mil devs e avance para o próximo nível com a nossa plataforma: rocketseat.com.br/
Cadastre-se na nossa plataforma: app.rocketseat.com.br/signup
Junte-se a mais de 392mil devs em nossa comunidade no Discord: / discord
Acompanhe a Rocketseat nas redes sociais:
Twitter: @rocketseat
Facebook: @rocketseat
Instagram: @rocketseat_oficial
![แม่กลองสองใจ - ซีแกรม โตเกียว มิวสิค [ OFFICIAL MUSIC VIDEO ]](http://i.ytimg.com/vi/GSQfVjcr_f4/mqdefault.jpg)
Diego do céu, eu passei EXATAMENTE por isso hoje, e tomei a direção de ir pra uma variável normal, fui questionado e eu mesmo fiquei me questionado se era assim mesmo que deveria resolver. Esse vídeo caiu como uma luva... cara que coincidência maluca haha obrigado por esclarecer, já posso deitar mais tranquilo no travesseiro e mostrar isso pro pessoal que questionou tb :D
Bahh, que massa saber que o vídeo te ajudou, fico feliz demais! Bora pra cima 🚀
eu n precisei disso mas tbm notei q dava pra ussr variáveis comuns sem ser estados. inclusive dá pra usar classes tbm
Eu tava com sdd de um vídeo mais assim aqui no canal da Rocket. Curto, pra passar conteúdo indo direto ao ponto e sem ser pra dizer "Se quiser se aprofundar, faça nosso programa pago". Eu já estava ficando saturado de marketing (e olha que sou aluno). Então, é bom ver um vídeo da Rocket assim xD
Com certeza, gostei demais desse conteúdo com esse formato, é sempre bom variar
Concordo
Que saudade de vídeos mais curtos com um conteúdo top. Valeu Diegão, e aparece mais vezes com videos feras assim!
O pior do derived state é quando ele dá sinais falsos na UI. Um exemplo seria se essa lista de repositórios aí tivesse um coraçãozinho do lado pro usuário dar like.
O like dado na listra filtrada não apareceria quando o usuário apagasse o filtro (e vice-versa), já que seriam essencialmente duas listas diferentes que só parecem ser iguais.
Isso dá maior xabu.
Oq seria melhor então?
Boa, faz total sentido!
Vídeo muito top Diego, parabéns. Traz mais vídeos nesse estilo mão na massa pfv, ajuda muitooo
Sensacional! Acho que acabei de passar por esse problema, e creio que esse vídeo veio em um ótimo momento, porque agora com ideia funcionando como foi planejada posso olhar essas questões de performance e ajustar erros que antes desconhecia.
Que sensacional esse vídeo, isso acontece muito e já me deparei várias vezes nesse cenário. Valeu demais pelo vídeo Diegao e rocket 🔥🚀
Excelente e muito necessário esse vídeo, adorei essas dicas, confesso que eu iria fazer esse filtro exatamente da primeira forma como foi implementado, e acharia normal as duas renderizações, mas com essas dicas eu já não vou mais cometer esses erros bobos.
Valeu Diegão!
A dica é top, mas seria o ideal usar o useMemo, com o search como dependência, para armazenar a lista filtrada. Sei que nesse exemplo o componente é só a lista com o filtro em si, mas se fosse um componente com mais algum outro state, se esse outro state mudasse, o filter seria recalculado à cada renderização, sem necessidade.
Claro, tem muita coisa que pode ser melhor no código, o ponto era focar no estado derivado mesmo 😊 Obrigado pelo comentário!
Acredito que não tenha necessidade, o React é bem otimizado a ponto desse tipo de operação simples não prejudicar o desempenho, apenas se fosse um calculo muito pesado, até pq memoizar um valor ira ocupar endereços de memória o que pode se tornar um problema também
Pode parecer estranho usar variáveis simples no React, mas na boa, pra mim elas são a primeira opção, sempre, sem mais nem menos, usar estado é apenas necessário quando essa variável simples não está atualizando, ai sim o uso do estado é útil, no fundo continua sendo Javascript, quanto mais coisas nativas do Javascript vc usar, melhor
Top, curte esse formato. Continue trazendo, rápido e bem informativo.
O ignite 2022 está bem melhor que o anterior. Estou aprendendo muito, parabéns!!!
Ta menos complexa as explicaçoes aprendendo entendendo muito mais.. quase terminando o modulo2
Vou comprar assim que possivel.
Tenho entrevista amanha, se tudo der certo kkkk eu compro ainda esse ano.
@@user-zv6vl6ne9z boa sorte man 🙌
fiz o ignite 2020 e gostei bastante
@@nikegamer2779 vlw mano.
Que top! Estudei hoje exatamente esse assunto, na documentação nova do React
Fala Diego! Dica fantastática, esse tipo de conteúdo é muito valioso para todos nós, muito obrigado pela sua dedicação em compartilhar conosco! Grande abranço.
Sensacional! Muito obrigado pela clareza do conteúdo, demais!
Agora ja sei porque do double rendering (!== React 18)...
Tem vezes que so de abrir a pagina, ele da double rendering (fora do React 18)..
Apos esta aula, vou prestar mais atenção...
Bem sobre o theme do VS Code....
Eu uso o theme do Github Copilot,
Mas gostei do theme que usou no video. Muito Bom...
Abraços de Moçambique, Beira
Kmk Compatriota kkk
Terra da minha mãe, que bom ver mais Moçambicanos deste lado.
Nossa já cometi muito esse erro de estados derivados. Amei o vídeo, curto mas me ensinou muito. Faz mais vídeos assim Diego, continua fazendo os longos mas faz mais vídeos curtos também tratando de coisas pontuais. Hoje por exemplo eu nem teria tempo de estudar, cheia de serviço acumulado, filho, casa... mas enquanto estava rodando uma query gigante no banco consegui assistir a esse vídeo!! 😄
Diegão quem nunca passou por isso que atire a primeira pedra haha, conteúdo simples e objetivo parabéns.
Muito bom, saudades desse tipo de conteúdo. Brabo
Muito bom Diego. Parabens por compartilhar seu conhecimento conosco.
Já passei por isso algumas vezes, inclusive no último projeto que eu estava, isso causava uma lentidão no form por quê o form era gigante. Muito bom o vídeo.
Tá maluko, domina de mais, obrigado por todo compartimento cara!
Sensacional meu velho, faz tempo que busco como resolver isso, mas nunca encontrei uma solução bem explicada como essa. Vlw Diegão!
Diego sensacional como sempre! Essa dica vai fazer eu subir de nível, com certeza.
Diegao eu programo a react a uns anos já e com certeza tem esse tipo de escolha em alguns repositórios meus rs! Muito bom esse vídeo simples e objetivo! Abs
Um gênio, na moral. Parabéns pelo conteúdo! A gente fica tão mal acostumado que não pensa no básico.
Como sempre uma didática de outro planeta. Sensacional
Caraca velho, já cai nisso! Nunca pensei em fazer dessa forma tão simples e eficaz! Vou começar a rever meus códigos e ajustar eles nesses pontos. Valeu Diegão.
Eu aprendi a fazer daquele jeito com vc msm kkkkkk Programacao eh muito dinamica ne, a msm pessoa q ensina de uma forma, tempo dps ensina de outra forma melhor. Muito massa! Parabens pelo conteudo. Gosto muito desse tipo de video. Abraco
Excelente aula!!!
E poderia reduzir mais o código, colocando para filteredRepos receber repos, caso condicional fosse false.
Assim, removeria a outra condicional da listagem, fazendo o map apenas em filteredRepos.
Fala Diegao! Um tema do vscode q já uso tem muitos anos é o Fantastic, dentro desse tema existe vários outros temas, eu uso mais a verdade material do Fantastic, mas todas as opções dele são fantásticas!
Fala Diego!
Cara, estava tentando melhorar um desempenho de uma página que estava fazendo requisição demais.
E abri o TH-cam, e me deparo com essa solução de cara. Sensacional!
Parabéns pelo ótimo conteúdo, como sempre!
Parabéns pelo video man! Fiquei incomodado com o tanto de render que o react fazia. Comecei agora a estudar, mas que bom que podemos usar o js/ts pra resolver esses problemas, achei que realmente era necessário renderizar.
Parece que foi direcionado para mim esse vídeo kkkk. Perfeito Diego, obrigado!!!
Ótimo video, parabéns! No momento estou usando Tokyo Night no VS Code.
Super interessante! Quando eu estava aprendendo React na época, eu criei uma função que fazia uma cópia do Array salvo no estado pra fazer os filtros a partir dessa cópia, o retorno dela funcionava como a variável criada no vídeo
cara, por conta do áudio pensei que meu PC tinha lagado nos 11:36 kkkkkk
conteúdo top Diegão, tamo junto.
Mais um vídeo incrível da Rockeseat, o Diego manja muito de React não tem como... E o tema do vscode que eu to usando atualmente é o Kanagawa, é o tema mais bonito do VSCODE que eu já usei.
Outro ponto que gostaria de contribuir é sobre setar o state no instante em que o usuário digita... você não precisa fazer isso, pode-se usar, por exemplo, uma estratégia de debounce (se não sabe o que é, é uma boa hora pra pesquisar) e só buscar quando o usuário tiver certeza do que ele quer. Nesse caso aí é uma dumpList, o JS faz esse filter em um piscar de olhos, mas pensa que você precisa fazer essa busca no banco e cada letra digitada seria uma requisição.
Sim, existem mil coisas que poderiam ser diferentes, mas o ponto do vídeo é exclusivamente falar sobre estados derivados
@@dieegosf Verdade, ainda bem que ele avisou no inicio do comentário que era OUTRO ponto
normalmente eu faço requisições direto para api, onde cada letra é uma requisição, de fato isso me deixou bem pensativo sobre como pode ser um mal uso.
Faz mais videos de dicas como essa. Faz uns com umas dicas avançadas pff. Top d+ o video
Excelente ! Muito Bem Explicado ! ! Parabéns pelos vídeos ! ! !
Caí e ainda caio demais nesse erro kkkkkk
Excelente conteúdo, Diego. Parabéns 👏
aprendi isso recentemente na marra.
Uma das coisas q podia ter feito para melhorar ainda é em vez de ter 2 states com o arr dos repos voce poderia ter apenas 1:
const reposToShow = search.length > 0 ? repos.filter(...) : repos;
sendo assim vc evita aquele ternário dentro do JSX
Boa solução!
Isso não fere a regra de manipulação de state que o próprio React determina, onde não é recomendado manipulação no mesmo state. sendo que se houver alguma modificação no estado ao qual vc precisa manipular, seria de bom uso, você criar um "clone" para armazenar as manipulações? Me explique se eu estiver errado por gentileza.
Solução simples, e muito prática. Sensacional!!
Rapaz, que dica simples, mas extremamente útil. Como tou aprendendo a ferramenta, tava caindo nisso direto.
Ótimo conteúdo, cara!! valeuu
Que conteúdo top, parabéns!!!
Diegão, me passa depois o café que tu toma para ver se fico um gênio desse jeito, uma solução tão simples e poderosa que me faz melhorar até a logica por traz do render e me faz pensar de forma mais analítica as renderização, muito massa esse vídeo
Vi isso acontecer na prática hoje. Deve ser mais comum do que se pensa! 👏Ótimo conteúdo.
Muito bom, valeu pela dica.
Quando estamos com a Internet rápida nem percebemos, mas se configurar o slow 3g no devtools começamos a perceber esses problemas que passam despercebidos as vezes.
12:38 Até onde me lembro eu não caí, mas é talvez sim e é bom ficar atento porque isso, além de poder diminuir na performance em alguns casos, pode poluir o código com comandos desnecessários
Só lembrei das computed do Vue que fazem isso, não sabia como fazer a mesma coisa no React, muito obrigado pela explicação
Parabéns pelo vídeo, simples e objetivo, mas "matou na mosca"!
E é por essas e outras que tem tanto app ruim rodando por aí, e frustrando usuários (e outros devs que fazem manutenção no código)!
Uma grande quantidade de devs "Reacters" não entende disso aí...
Diego, parabéns novamente... Sua didática e conhecimento sempre nos surpreende. Como vc pediu, vai aí minha sugestão: como criar pacotes(libs) react + typescript para npm / yarn. Se vc já tem esse conteúdo, me indica aqui por favor...Abraços e parabéns!
Boooooa, é um dos vídeos que tenho na lista aqui pra gravação!!
Caramba!!! Muito obrigado, eu te digo que quando migrei pra React "fiquei cego" com as useStates... Lá no meu trabalho a gente considera heresia usar variáveis assim... Mas faz muito sentido, o código fica mais limpo e otimiza a aplicação!! MUITO OBRIGADO PELO CONTEÚDO!
Boa cai recentemente! Mas a partir de agora consigo ter uma solução melhor! Valeu Diegão!
baita vídeo, parabéns pelo conteúdo
Conteúdo top demais, novembro vou ser calouro na turma do ignite 🚀
Nossa que vídeo toppp, eu com certeza cai nesse erro várias vezes. Mto obg pelo conteúdo Diego😃👊
Uma dica bem legal tbm e fugindo um pouco do assunto XD é quando precisar fazer essa pesquisa conforme o usuário digita para uma API é comum usar um debouce! Facilita muito o trabalho e da um resultado bem legal. Existem algumas Libs que para auxiliar na utilização do mesmo mas também é possível criar um Hook especifico para usar no projeto. Vídeo top demais, parabéns!
Atualmente estou trabalhando em um projeto que cometemos muito esse erro. Já vamos começar corrigir pra já kkkkkkkkkkkkkkkk Valeuzão Diegola!
Top.. vlw, eu já cai nessa algumas vezes… Bora refatorar rsrsrs. Obrigado Diego
Já passei por isso kkk e eu via o problema mas não sabia resolver!! Vc é top!
muito bacana, tenho uns repositórios que provavelmente tem esse erro ai, vou tentar aplicar. Nem sabia que tinha um nome esse erro kkkk valeu mesmo.
Que vídeo top, amanhã mesmo já vou dar aquela revisada no projeto da firma 🚀
Eu não estava criando estados derivados pois sabia da performance, mas utilizei o truque de usar uma varável com condicional ao invés de fazer "data.filter().map()", usei apenas filteredVar.map(), deixou meu código mais bonito e "Matou" uma das várias renderizações desnecessárias que eu tava tendo.
Valeu Diegão!
Muito massa... vou usar esse tips showw 👏👏
Meu "padrinho" me falou exatamente isso ontem, me explicou e tal e hj caio nesse vídeo. TH-cam ta me espionando em.
Da para notar muito mais a diferença que não utilizar esse derived state em aplicações grandes, com muitos dados vindo do banco de dados, e vai por mim, ter que renderizar duas vezes seguidas uma pilha enorme de dados vai fazer muita diferença na performance da sua aplicação. Boa dica Diegão, queria eu ter encontrado de cara um tutorial como esse quando tive esse tipo de problema.
Dica muito TOP e útil 👏👏
Hhuahuhau ja cai muito nisso! Que massa! Obrigado pelo excelente conteudo!
Curti seu vídeo Diego, parabéns, sobre temas o synthwave 84 é bem legal também, com a fonte CodeNewRoman nerd fonts fica muito bonito.
Ótima dica que serve para muitas situações
Tava passando por isso hoje mais cedo muito obrigado por explicar!!
Aula incrivel! Só acho que poderia ter deixado a música de fundo mais baixa.
Valeu pelo feedback!
Fico feliz de nunca ter pensado nesse método errado
Na inocência já fazia o correto
Que video delicinha kkkk
Tema VScode: Atualmente to usando o Omni da Rocketseat, depois de ficar muito tempo usando o Dracula Text Only.
Thanks bud! great video and instructions.
Já caí nessa. kkk. Muito boa essa abordagem
Passo por isso todos os dias.. nem preciso olhar o código novamente pra confirmar.. é uma loucura só kkkkkk Excelente conteúdo
Muito obrigado pelo video... de um ano... sou iniciante basicamente e me deparei com isso, bateu uma precupação enão consegui resolver... agora vou verificar se consigo diminuir o número de renderizações dos meus componentes... rsrsr...
Muitas vezes dentro do componente existem vários outros estados que quando mudados forçarão o reprocessamento da variável que utiliza o filter, para evitar isso é possível utilizar o hook useMemo e declarar quais são as dependências de estado para determinado processamento.
Boa observação. Quando o valor da variável exige uma certa complexidade no processamento e o componente possui outros estados e/ou props que forçarão a renderização, talvez seja mais indicado utilizar o useMemo para evitar processamentos desnecessários.
Justamente o que havia comentado, acho que ele deveria ter citado isso, pq muitos iniciantes vão tacar filter/map/reduce em componentes com vários states sem fazer memoização.
Já caí e nem sabia que tinha caído, salvou demais hein Diegão
Não já fiz, como pra mim era o melhor jeito de se fazer kkkkkk valeu Diego, ótimo vídeo!
Cara muito bom! Dicas incriveis \0/
Já fiz isso várias vezes, ótimo conteúdo
Que show, eu geralmente fazia esse tipo de validação com variavéis mesmo mas sempre me perguntava se eu estava fazendo errado porque sempre via em outros códigos um useEffect KKK
claro que eu não tinha certeza do que estava fazendo, mas me perguntava porque eu realmente precisária de um um useEffect pra fazer essa validação se já temos os dados no estado.
Muito legal esse tipo de video!
Maaaano do céu kkkkkk, eu sempre cometi esse erro, que massa!!! Quando vi o thumbnail do video, já imaginei, tou errando, certeza kkkkk. Valeu diego!!
Recomendação de vídeo: Poderia fazer um vídeo sobre responsividade no tailwindcss
Cara, recém estou iniciando a treinar para usar React, e este entendimento vai me ajudar bastante! Tô no Ignite, 😉
Meu Deus, eu sempre cai nessa. Muito obrigado Diegooooo❤
Finalmente entendi isso! Eu sempre renderizava duas vezes e tinha assumido que hooks não era pra mim hahaha. Isso atrapalha muita pra mapas.
Poxa valeu...eu já cometi muito esse erro. Valeu Diego
Bom demais , que conteúdo irado
Top Sempre caia nessa !
Gênio 🤯!
Eu nunca tinha pensado nisso
Realmente, erro muito comum, eu já passei e passo por isso até hoje. Acho que seria interessante também a implementação de um debounceTime no momento da filtragem dos repositórios. Evitaria mais ainda a renderização, ou pelo menos a atualização da lista renderizada na tela. Excelente video Diego!
Claro, tem muita coisa que pode ser melhor no código, o ponto era focar no estado derivado mesmo 😊 Obrigado pelo comentário!
Você pode ainda memoizar o resultado da função através do useMemo, pra não recalcular quando houver uma renderizacao que não envolva a variável.
Claro, tem muita coisa que pode ser melhor no código, o ponto era focar no estado derivado mesmo 😊 Obrigado pelo comentário!
Ah, kkkk amanhã mesmo já vou arrumar o filtro que eu fiz na empresa kkkkkkkkkkkk. Obg pelo vídeo.