En parcourant un jour les règles de l'ESLint, je suis tombé sur le no-await-in-loop. C'est une règle intéressante qui parle du problème de performances qu'entraîne la mise en place d'await au sein d'une boucle. L'idée, c'est de se dire plutôt que d'attendre à chaque itération, je sauvegarde mes promesses dans un tableau et c'est ce tableau final que je vais attendre. C'est un exemple d'utilisation de la méthode Promise.all qui a été ici présenté.
Merci pour tout votre dur travail !!! Je me permets juste une petite remarque, je trouve dommage qu'au début des cours vous prenez bien votre temps pour expliquer des notions hyper simples et plus ça se complique et moins vous prenez votre temps pour expliquer..au début on a l'impression que cette formation est destinée même aux débutants et plus on progresse dans la formation et plus on a l'impression que ce n'est pas fait pour les débutants... même en ayant fait tous les exos on finit par décrocher...c'est trop dommage...en ce qui me concerne au niveau des class ça s'est compliqué...je parle même pas des Promise...merci quand même pour votre travail car cela vous a demandé beaucoup beaucoup de temps !
23:30 cela est totalement incohérent : si l'asynchrone ne s'exécute que quand le code est "libre" (on est sorti de la fonction bloquante), ben il devrait pouvoir s'exécuter entre waitSync et console.log('les gens') ! Sinon cela sous entend que l'asynchrone ne s'exécute qu'à la fin du programme ce qui est totalement insensé
Ce que moi je ne comprends pas c'est: qui décide de quand il faut RESOLVE ou REJECT une promesse? est-qu'on doit s'habituer à resolve volontairement un code? ou alors il existe des écoutes qui permettent de savoir si le code est resolu ou rejeté.
C'est ce qui est mal expliqué dans ce cours je pense. De ce que j'ai compris, la promesse est dites résolue quand il y a une valeur qui est retourné et non une erreure ou un undefined. Dans ce cas là, la promesse est rejeté. Peut-être que je me trompe. Il est vrai qu'à aucun moment, il est clairement défini quand une promesse est dite résolue et quand elle est rejeté. Quand on débute, ce genre de raccourci est catastrophique pour une bonne compréhension.
Dans mon code dans un projet j'avais une fonction qui effectuait un fetch ( ) avec then ( ) dans laquelle il y avait une condition qui revoyait null si celle-ci était remplie. A un autre endroit, une variable captait le retour de la fonction ( const variable = await maFonctionQuiRenvoitNull ( ) ). Hé bien il m'a été IMPOSSIBLE de stocker null dans ma variable, même si la fonction renvoyait null. J'ai résolu le problème en utilisant async / await à la place du then ( ) . Une idée de comment j'aurais pu faire autrement ?
Sans exemple précis, c'est difficile à dire, mais à première vue, je pense que c'est un problème soit de scope de fonction, soit de voyage dans le temps car la tentative de stockage du resultat est executée avant la résolution de la promesse.
je sais du tout si c'est ce que tu demandes mais si tu veux capter le retour dans une async func il faut utiliser .then((n) => {console.log(n)} ou n est le retour comme dans le 1er exemple avec les promesses basiques
Bonjour a 22: 26 de la vidéo pour moi ça attend 2 seconds puis ça affiche tous au lieu d'afficher "hello" puis d'attendre 2 seconds puis d'afficher "les gens je comprends pas pourquoi ça fait ça. en plus ça ma fait un truc de ce style au debu de la vidéo "les timer". en tout cas merci pour tes vidéos elles sont genial !!
La meilleure façon de comprendre est de travailler sur un projet concret qui va t'amener à utiliser cette fonctionnalité. On apprend mieux en pratiquant. Je n'ai pas compris du premier coup comme toi mais un mentor m'a dit qu'il y a des choses qu'on retient mieux lorsqu'on les pratique.
Jusque maintenant je comprends pas c quoi l'intérêt de promesse Je pense ça sera mieux avec de Real life examples pour illustrer mieux utilité de promesse
En parcourant un jour les règles de l'ESLint, je suis tombé sur le no-await-in-loop. C'est une règle intéressante qui parle du problème de performances qu'entraîne la mise en place d'await au sein d'une boucle. L'idée, c'est de se dire plutôt que d'attendre à chaque itération, je sauvegarde mes promesses dans un tableau et c'est ce tableau final que je vais attendre. C'est un exemple d'utilisation de la méthode Promise.all qui a été ici présenté.
Merci pour tout votre dur travail !!! Je me permets juste une petite remarque, je trouve dommage qu'au début des cours vous prenez bien votre temps pour expliquer des notions hyper simples et plus ça se complique et moins vous prenez votre temps pour expliquer..au début on a l'impression que cette formation est destinée même aux débutants et plus on progresse dans la formation et plus on a l'impression que ce n'est pas fait pour les débutants... même en ayant fait tous les exos on finit par décrocher...c'est trop dommage...en ce qui me concerne au niveau des class ça s'est compliqué...je parle même pas des Promise...merci quand même pour votre travail car cela vous a demandé beaucoup beaucoup de temps !
Excellente pédagogie. Merci !😀
23:30 cela est totalement incohérent : si l'asynchrone ne s'exécute que quand le code est "libre" (on est sorti de la fonction bloquante), ben il devrait pouvoir s'exécuter entre waitSync et console.log('les gens') ! Sinon cela sous entend que l'asynchrone ne s'exécute qu'à la fin du programme ce qui est totalement insensé
Ce que moi je ne comprends pas c'est: qui décide de quand il faut RESOLVE ou REJECT une promesse? est-qu'on doit s'habituer à resolve volontairement un code? ou alors il existe des écoutes qui permettent de savoir si le code est resolu ou rejeté.
C'est ce qui est mal expliqué dans ce cours je pense. De ce que j'ai compris, la promesse est dites résolue quand il y a une valeur qui est retourné et non une erreure ou un undefined. Dans ce cas là, la promesse est rejeté. Peut-être que je me trompe. Il est vrai qu'à aucun moment, il est clairement défini quand une promesse est dite résolue et quand elle est rejeté. Quand on débute, ce genre de raccourci est catastrophique pour une bonne compréhension.
Bonjour. Du coup est ce que les promesses s'utilisent uniquement avec le système de délai. Sous quel autre angle peuvent-elles s'avérer utiles ?
Non, on verra d'autres utilisations des promesses dans la suite de la formation.
Merci pour cette vidéo !
Merci pour tes videos
Merci beaucoup
Dans mon code dans un projet j'avais une fonction qui effectuait un fetch ( ) avec then ( ) dans laquelle il y avait une condition qui revoyait null si celle-ci était remplie. A un autre endroit, une variable captait le retour de la fonction ( const variable = await maFonctionQuiRenvoitNull ( ) ). Hé bien il m'a été IMPOSSIBLE de stocker null dans ma variable, même si la fonction renvoyait null. J'ai résolu le problème en utilisant async / await à la place du then ( ) . Une idée de comment j'aurais pu faire autrement ?
Sans exemple précis, c'est difficile à dire, mais à première vue, je pense que c'est un problème soit de scope de fonction, soit de voyage dans le temps car la tentative de stockage du resultat est executée avant la résolution de la promesse.
je sais du tout si c'est ce que tu demandes mais si tu veux capter le retour dans une async func il faut utiliser .then((n) => {console.log(n)} ou n est le retour comme dans le 1er exemple avec les promesses basiques
Bonjour a 22: 26 de la vidéo pour moi ça attend 2 seconds puis ça affiche tous au lieu d'afficher "hello" puis d'attendre 2 seconds puis d'afficher "les gens je comprends pas pourquoi ça fait ça. en plus ça ma fait un truc de ce style au debu de la vidéo "les timer". en tout cas merci pour tes vidéos elles sont genial !!
Je suis le seul à avoir la tête sous l'eau à partir de maintenant ? 😅
il faut persister ça va mieux en revoyant plus tard
cava apres 2 ans ?
Javascript laissé de côté, passé sur Python
je ne comprend pas
mais merci pour tes videos
La meilleure façon de comprendre est de travailler sur un projet concret qui va t'amener à utiliser cette fonctionnalité. On apprend mieux en pratiquant. Je n'ai pas compris du premier coup comme toi mais un mentor m'a dit qu'il y a des choses qu'on retient mieux lorsqu'on les pratique.
Jusque maintenant je comprends pas c quoi l'intérêt de promesse
Je pense ça sera mieux avec de Real life examples pour illustrer mieux utilité de promesse
Tu verras effectivement dans le chapitre suivant quand on parlera de fetch ça aidera à comprendre je pense.
Prochaine vidéo rx/js et ses observables?
Non, la formation se focalise sur ce qui fait parti du JavaScript de base.
Top ! merci
Merci
je crois avec ces promesses beaucoup vont arrêter d apprendre le javascript
Bien beaucoup !!!
@@flaviien Merci beaucoup plutôt !!! 😀
Ça décolle sec. Dommage.