En fait les deux conviennent, pas de souci avec un worker, mais en asynchrone c'est pas plus compliqué. Mais c'est vrai que tu peux pas retourner une promise du callback de .forEach, donc ça fait une exception. Les APIs modernes voient que tu retournes une promesse et attendent dessus (c'est rendu facile avec TypeScript aussi, il te forcera à gérer le cas où empêchera l'utilisateur passer une fonction asynchrone, donc ça gueulera assez vite si le cas a du sens). Dans ce cas le forEach fonctionnerait de façon transparente. Quoi qu'il en soit il y a un for (const item in obj) ou item of obj, qui fait que tu n'as pas besoin de la fonction forEach. Perso je m'en sers presque jamais, ça vient du temps où ils voulaient tout faire avec des callbacks, donc ils l'ont mis pour des raisons d'orthogonalité, mais depuis ce n'est plus aussi trivial justement. .map est beaucoup plus utile et je pense que ça devrait remplacer ~100% des forEach.