Je dois utiliser une valeur calculée de manière asynchrone dans un script synchrone que je ne peux pas rendre asynchrone.
Si j'écris un module pour faire la requête HTTP et calculer la valeur, quand j'ai besoin / l'importer renverra une promesse:
// sync-script.js
const getCurrencyConversion = require('./get-currency-conversion')
const myComputedValue = getCurrencyConversion(42)
// do sync stuff with it from here on out
Puis-je concevoir mon module async pour attendre la réponse HTTP et renvoyer une valeur au lieu d'une promesse? Dois-je?
Je cherche à pouvoir:
// sync-script.js
const getCurrencyConversion = require('./get-currency-conversion')
getCurrencyConversion().then(result => console.log('Well too late now'))
Le blocage ne me dérangerait pas dans mon petit script, il est logique d'attendre pour la demande avant de continuer.
Mais j'aimerais mieux comprendre comment gérer des situations comme celles-ci. Ma compréhension actuelle est qu'une fois que vous êtes asynchrone, vous ne pouvez jamais «revenir en arrière». Le script de synchronisation doit prendre en charge async, sinon il ne fonctionnera pas.
3 Réponses :
vous pouvez rendre votre code asynchrone à l'aide de Promises tu devrais juste l'envelopper en promesse
Je ne pense pas que vous ayez besoin d'envelopper le code dans une promesse ... il suffit de tout mettre dans le script à l'intérieur du . Puis
@JaromandaX Mettre tout dans le script de synchronisation dans le .then serait génial mais je ne peux pas faire ça. Je me demande si je peux faire quelque chose du côté du module importé, où j'ai le contrôle.
@Leeroy - pas si vous voulez que le résultat reste asynchrone - encore une fois, sans contexte, je ne vois pas pourquoi vous ne pouviez pas tout mettre à l'intérieur de . Alors
Vous pouvez créer une fonction asynchrone et obtenir les valeurs avant de passer à l'étape suivante. Pour plus d'informations, consultez ce https: // développeur. mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/await si c'est une promesse, il retournera cela sinon la valeur elle-même.
const getCurrencyConversion = require('./get-currency-conversion')
const myComputedValue = async()=> await getCurrencyConversion(42);
console.log('value is',myComputedValue)
myComputedValue ne sera-t-il pas simplement une FONCTION ? (indice: oui, ça va)
Les promesses renvoient Promise et non une Valeur
De plus, lorsque vous avez attribué getCurrencyConversion à myComputedValue , vous avez en fait attribué la promesse qui est en attente, car lorsque vous définissez une variable comme myComputedValue, elle l'attribuera immédiatement pour que Javascript n'attende pas . C'est pourquoi javascript rapide
quel est le problème avec le fait que tout le script s'exécute dans
.then- Je veux dire, tout ce qui se trouve à l'intérieur de.thensera "synchro"Je ne peux pas faire ça, c'est un fichier
.scas.js, justemodule.exports = {// scas stuff}. Pour utilisermyComputedValuedans une fonction de tube qui transforme l'entrée, elle doit être ... pré-calculée à ce stade.Non, vous ne pouvez pas faire en sorte qu'une
exportationattende la fin d'une opération asynchrone. Le mieux que vous puissiez faire est d'exporter une promesse puis d'utiliser.then ()sur cette promesse dans le script qui veut consommer la valeur. Il n'existe aucun moyen de transformer une valeur asynchrone en valeur de synchronisation en Javascript. Je ne peux pas le faire.La seule solution que j'ai vue est de récupérer la valeur async dans un autre programme node.js et d'utiliser l'une des options
syncchild_process commechild_process.spawnSync ()pour exécutez cet autre programme. Cela vous permet techniquement de faire du réseautage de manière synchronisée. Évidemment non recommandé pour un processus serveur, mais peut être fait pour votre propre script mono-utilisateur.Ou, vous récupérez la valeur asynchrone au démarrage et vous ne démarrez en quelque sorte pas la partie de synchronisation de votre script avant d'avoir récupéré la valeur async afin que la partie de synchronisation puisse simplement s'exécuter (ayant déjà la valeur async disponible). Vous ne partagez aucun contexte de cette partie de synchronisation, nous ne pouvons donc pas vous aider très bien à gérer cela.