D'ailleurs lorsqu'on utilise le l'Object Pool design pattern, on prend le risque de créer des fuites mémoires si on ne pense pas a recycler ses instances (les remettre dans la pool). C'est un mode de pensée qui n'est pas très naturel en js, et donc facile à oublier.
Personnellement, j'ajoute toujours un compteur d'instances quand je suis en mode dev. Si la capacité de la pool augmente et que le nombre d'instances en cours d'utilisation ne descend pas, c'est que j'ai oublié un pool.recycle quelque part 😅
D'un certain point de vue, se reposer sur le garbage collector c'est aussi souvent s'éviter les emm***** et autres "memory leak surprise" 😉
Cool ton article et tes démos sont vraiment parlantes 🤩
Bookmarké, faudra que je prenne le temps de relire tout ça plus en détail.
Merci pour l'article!
Je suis entièrement d'accord. 🙂
D'ailleurs lorsqu'on utilise le l'Object Pool design pattern, on prend le risque de créer des fuites mémoires si on ne pense pas a recycler ses instances (les remettre dans la pool). C'est un mode de pensée qui n'est pas très naturel en js, et donc facile à oublier.
Personnellement, j'ajoute toujours un compteur d'instances quand je suis en mode dev. Si la capacité de la pool augmente et que le nombre d'instances en cours d'utilisation ne descend pas, c'est que j'ai oublié un pool.recycle quelque part 😅
Ah cool astuce ça pour le développement, bien vu!
Encore merci pour l'article.