90% des candidats ÉCHOUENT leurs tests techniques à cause de ÇA.

[@karimbouche3563]

Ah belle journée, s'il y'a une vidéo de vi c'est une journée où je sais que je vais apprendre qlq chose vraiment en profondeur merci vi

[@videv9858]

Su suuuu Kariiiiim !! Merci 🙏

[@supercoolninja]

Merci Chef pour t'es vidéo, tu assure vraiment ! 🤗

[@videv9858]

Merci SuperCoolNinja ❤

[@chimpantho]

J'ai appris un truc aujourd'hui grâce à Victor, merci

[@videv9858]

@@chimpantho Victor Marchand ?

[@ase5640]

Salut Vi, ta formation react en entreprise ce n'est plus dispo? il est où le lien ainsi que l'info prix et paiement. C'est super ta formation, Merci Vi

[@videv9858]

Si bien sûr, voici le lien mister : videv.podia.com/6d6ffb08-c48a-432a-ac01-ac9c14c22cd6

[@kenshinhimura3140]

Ah super, je t'en avais parlé dans ta dernière vidéo.
J'ai une question, doit on obligatoirement faire un clean up dans tous les useeffect ?

[@videv9858]

@@kenshinhimura3140 nan nan, pas du tout. C’est pas obligatoire. Mais pour bien comprendre, en effet, faudrait une vidéo avec un exemple plus poussé que ce que tu vois là dans la vidéo

[@marielauredebeaune1780]

Merci. petite question: comment peut il updater un composant demonté? cdt

[@videv9858]

@@marielauredebeaune1780 ah mince j’ai mal lu ta question. Voici ma vraie réponse : non. Il ne peut pas updater un composant DÉFINITIVEMENT démonté.

[@marielauredebeaune1780]

@@videv9858 alors pourquoi le componentDidUnmount intervient avant le componentDidUpdate?

[@marielauredebeaune1780]

ok tu ne peux pas updater un composant démonté alors pourquoi le componentWillUnount intervient avant le componentDidUpdate?

[@videv9858]

mince, j'ai supprimé ma 1e (longue) réponse alors que c'était la réponse à cette 2e quesiton que t'es en train de poser 😭

[@videv9858]

en gros le composant est démonté puis remonté avec la nouvelle valeur du state. C'est ça qui donne le rendu updaté / actualisé.

[@marielauredebeaune1780]

@@videv9858 Ah ok donc on peut remonter un composant qui n existe plus

[@marielauredebeaune1780]

donc finalement il meurt pas vraiment le composant

[@videv9858]

@@marielauredebeaune1780 il "meurt" et "est ressucité avec la nouvelle valeur du state". Et là, quand ça arrive, tu termines un premier "cycle" de vie. Et ce cycle va ensuite se reproduire avec une nouvelle "naissance" (MOUNTING) avec la nouvelle valeur du state , etc. Mais c'est non il ne meurt pas définitivement.

[@serge_amon]

Salut vi,
Je viens de savoir que notre université enseigne Vue.js . Connais tu un lead dev Vue.js ?😊

[@videv9858]

Nope :/

[@Stefoux]

Une question Vi, je sais que c’est un extrait de formation et que tu as du continué les modifications, mais sur la base de cet extrait, est-ce qu’on ne pouvais pas garder un seule useEffect qui englobe la logique des deux useEffect ?
Car il n’y a pas de modifications du setter counterStateA dans le premier useEffect donc rien ne l’empêche d’être déplacé dans le deuxième useEffect et supprimer le premier ?

[@Palacyos]

Salut! Je ne peux pas t'envoyer de message sur Twitter:) j'aimerais de te contacter (je suis monteur vidéo) Mon twitter : AdrieJl

[@kenshinhimura3140]

J'ai fini la vidéo, j'avoue ne pas trop avoir aimé, vers la fin il fallait prendre en exemple un cas d'utilisation plus concret comme avec un fetch dans un use effect, la on aurait vu le abort etc

[@videv9858]

@@kenshinhimura3140 j’avoue j’aurai pu mais il m’aurait fallu plus de preparation et là vaut mieux une autre vidéo à part car faut plus de préparation pour l’exemple. Là au moins, la vidéo n’est pas trop longue. La suite dans une prochaine vidéo mister Kenshin :)

[@kenshinhimura3140]

@@videv9858 je suis un peu dur le frère désolé tu as raison, c'est un sujet vaste. De plus pour me contredire moi même, il faut avouer que le fetch dans un useeffect devient de plus en plus rare avec react query et le sera encore plus avec le hook use de react 19