Bien, en el siguiente fragmento de código básicamente quiero que mi función tome una entrada en milisegundos y luego imprima el mensaje con la iteración en la que se encuentra y la cantidad de milisegundos que tomó. Y solo necesita hacer un bucle.
let count = 0 function timerFunction(miliseconds) { setTimeout(function() { console.log('This is iteration number: ' + ++count + ' and it took this many miliseconds to do the iteration:' + miliseconds) timerFunction(miliseconds) }, miliseconds) } timerFunction(2000)Eso funciona según lo previsto. Todo está bien.
Sin embargo, si hago que la función especificada en setTimeout sea una función IIFE así:
let count = 0 function timerFunction(miliseconds) { setTimeout((function() { console.log('This is iteration number: ' + ++count + ' and it took this many miliseconds to do the iteration:' + miliseconds) timerFunction(miliseconds) })(), miliseconds) } timerFunction(2000)Parece ignorar el tiempo de espera, el bucle es muy rápido y luego node.js da un error de desbordamiento de pila.
¿Cómo es que hacer que esa función en setTimeout sea una función IIFE hace tanta diferencia? No puedo entenderlo.
Animo amigos.
En el primer ejemplo, se llamará a timerFunction después de un mínimo de 2000 ms (en realidad, cuando el bucle de eventos tomará esa función de devolución de llamada timerFunction de la cola de devolución de llamada después de que la plataforma (que puede ser el navegador o node.js) termine de encargarse de la cuenta regresiva), por lo que se volverá a llamar a timerFunction con su nueva pila (recursiva).
En su segundo ejemplo, el método setTimeout se invoca inmediatamente (IIFE significa expresión de función inmediatamente invocada) porque al aplicar el () al final, por lo tanto, la función de timerFunction se llama de nuevo (y otra vez...), por lo que los 'milisegundos El argumento no tiene un significado real.
Aquí hay un buen artículo de medium que lo explica: https://medium.com/@devinmpierce/recursive-settimeout-8eb953b02b98