Différences

Ci-dessous, les différences entre deux révisions de la page.

--- code_language:javascript [2025/12/17 23:50]
216.73.216.214 ancienne révision (2025/11/02 15:29) restaurée
+++ code_language:javascript [2025/12/17 23:53] (Version actuelle)
216.73.216.214 ancienne révision (2025/11/02 15:51) restaurée
@@ Ligne 1571: / Ligne 1571: @@
 Documentation setTimeout: https://www.w3schools.com/jsref/met_win_settimeout.asp
 === Les autres "setTimeout" pour utiliser l'asynchrone en JavaScript ===
-Il existe d'autres méthodes un peu moins répandues, voire très peu utilisées:
-  * setInterval : fonctionne comme "setTimeout" , à ceci près qu'elle exécute la fonction passée en paramètre en boucle à une fréquence déterminée par le temps en millisecondes passé en second paramètre.Il suffira de passer la valeur de retour de setInterval à clearInterval pour stopper l'exécution en boucle de la fonction.
-    * Documentation https://www.w3schools.com/jsref/met_win_setinterval.asp
-  * setImmediate: Cette fonciton prend en seul paramètre la fonction à exécuter de façon synchrone. La fonction en question sera placée dans la file d'attente de l'event loop, mais va passer devant toutes les autres fonctions, sauf certaines spécifiques au Javascript.
-    * Documentation: https://developer.mozilla.org/en-US/docs/Web/API/Window/setImmediate
-=== Fonction asynchrone par nature ===
-  * Les evenements: Sont toujours exécutés de façon asynchrone.
-  * Les input/output aux sens large sont toujours exécutés de façon asynchrone.
-  * Quelques autres... (callBack, Promise, et les Async/Await)
-=== CallBacks ===
-Une callback est simplement une fonction que vous définissez. Le principe de la callback est de la passer en paramètre d'une fonction asynchrone. Une fois que la fonction asynchrone a fini sa tâche, elle va appeler notre fonction callback en lui passant un résultat.
-exemple:
-<code JavaScript [enable_line_numbers="true"]>
-element.addEventListener('click', function(e) {
-    // Do something here ...
-});
-</code>
-Les callbacks sont faciles à comprendre et à utiliser, mais elles souffrent d'un gros problème de lisibilité du code, via ce qu'on appelle le callback hell. En effet, on se retrouve régulièrement dans des situations où on va imbriquer plusieurs couches de callbacks , rendant le code difficile à lire et pouvant générer des erreurs.
-<code JavaScript [enable_line_numbers="true"]>
-elt.addEventListener('click', function(e) {
-    mysql.connect(function(err) {
-        mysql.query(sql, function(err, result) {
-            fs.readFile(filePath, function(err, data) {
-                mysql.query(sql, function(err, result) {
-                    // etc ...
-                });
-            });
-        });
-    });
-});
-</code>
-C'est bien beau de gérer du code asynchrone, mais rien ne vous garantit que tout se soit bien passé. Il nous faut donc un mécanisme pour savoir si une erreur est survenue !
-=== Gerer les erreurs callbacks ===
-Pour gérer les erreurs avec les callbacks, la méthode la plus utilisée est de prendre 2 paramètres dans notre callback. Le 2e paramètre est notre donnée et le 1er est l'erreur. Si elle n'est pas null ou undefined,  elle contiendra un message d'erreur indiquant qu'une erreur est intervenue.
-Si on reprend l'exemple ci-dessus, on voit par exemple que la lecture d'un fichier avec le module  fs  peut nous retourner une erreur :
-exemple:
-<code JavaScript [enable_line_numbers="true"]>
-fs.readFile(filePath, function(err, data) {
-    if (err) {
-        throw err;
-    }
-    // Do something with data
-});
-</code>
-=== Promise ===
-Lorsqu'on l'on exécute du code asynchrone, celui-ci va immédiatement nous retourner une "promesse" qu'un résultat nous sera envoyé prochainement.
-Cette promesse est en fait un objet "Promise" qui peut être "resolve" avec un résultat, ou "reject" avec une erreur.
-Lorsque l'on récupère une "Promise", on peut utiliser sa fonction "then()" pour exécuter du code dès que la promesse est résolue, et sa fonction "catch()" pour exécuter du code dès qu'une erreur est survenue.
-Exemple:
-<code JavaScript [enable_line_numbers="true"]>
-functionThatReturnsAPromise()
-    .then(function(data) {
-        // Do somthing with data
-    })
-    .catch(function(err) {
-        // Do something with error
-    });
-</code>
-Dans l'exemple ci-dessus, la fonction "functionThatReturnsAPromise" nous renvoie une  Promise . On peut donc utiliser sa fonction "then()" en lui passant une fonction qui sera exécutée dès qu'un résultat sera reçu (avec le résultat en question passé à notre fonction). On peut aussi utiliser sa fonction "catch()" en lui passant une fonction qui sera exécutée si une erreur est survenue (avec l'erreur en question passée à notre fonction).
-Le gros avantage est que l'on peut aussi chaîner les "Promise".
-exemple:
-<code JavaScript [enable_line_numbers="true"]>
-returnAPromiseWithNumber2()
-    .then(function(data) { // Data is 2
-        return data + 1;
-    })
-    .then(function(data) { // Data is 3
-        throw new Error('error');
-    })
-    .then(function(data) {
-        // Not executed
-    })
-    .catch(function(err) {
-        return 5;
-    })
-    .then(function(data) { // Data is 5
-        // Do something
-    });
-</code>
-Dans l'exemple ci-dessus, la fonction "returnAPromiseWithNumber2" nous renvoie une "Promise" qui va être résolue avec le nombre "2".
-La première fonction "then()" va récupérer cette valeur.
-Puis, dans cette fonction on retourne "2+1", ce qui cré une nouvelle "Promise" qui est immédiatement résolue avec "3".
-Puis, dans le "then()" suivant, nous retournons une erreur.
-De ce fait, le "then()" qui suit ne sera pas appelé et c'est le "catch()" suivant qui va être appelé avec l'erreur en question. Lui-même retourne une nouvelle valeur qui est transformée en "Promise" qui est immédiatement résolue avec la valeur "5". Le dernier "then()" va être exécuté avec cette valeur.
-"catch" intercepte les erreurs des "Promise".

2APartProx

Outils pour utilisateurs

Outils du site

Différences

Outils de la page