• Empleos
  • Sobre nosotros
  • profesionales
    • Inicio
    • Empleos
    • Cursos y retos
  • empresas
    • Inicio
    • Publicar vacante
    • Nuestro proceso
    • Precios
    • Evaluaciones
    • Nómina
    • Blog
    • Comercial
    • Calculadora de salario

0

150
Vistas
Consideraciones de memoria o riesgos para una función de rebote muy larga (una vez al día) en JavaScript

Me pregunto si existen posibles riesgos o consideraciones de memoria al usar un rebote (en nuestro caso, la implementación de Lodash: https://github.com/lodash/lodash/blob/ddfd9b11a0126db2302cb70ec9973b66baec0975/lodash.js#L10304 ) con muy grande intervalos, es decir, 24 horas. Específicamente, mi caso de uso es una llamada basada en eventos al backend para enviar un correo electrónico de recordatorio, y no queremos enviar spam a los clientes con más de 1 recordatorio por día.

Esta pregunta Construir una cadena de promesa recursivamente en javascript - consideraciones de memoria tiene una discusión similar, pero sobre promesas, y muchas (miles o más). Esto sería un poco diferente ya que es una sola función de rebote, y creo que la implementación de debounce de rebote de todos modos maneja y administra correctamente setTimeout y timeoutId correctamente, así que tal vez estoy sobrediseñando/pensando demasiado en esto y deberíamos simplemente enviar eso y ver :)

Para resumir, entiendo que esta funcionalidad debe delegarse a algún tipo de cola de back-end en algún momento, pero ¿es algo que podamos "salir con la nuestra" por ahora en el cliente?

about 3 years ago · Juan Pablo Isaza
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Nuestro proceso Comercial
Legal
Términos y condiciones Política de privacidad
© 2025 PeakU Inc. All Rights Reserved.

Andres GPT

Recomiéndame algunas ofertas
Necesito ayuda