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?