[Javascript] o map() mais performatico que for...of.
Em dado momento da minha profissinal de programador, vi uma materia afirmando e comprovando que um for...of
é mais performatico que um map()
, e se eu te diser que da pra fazer um map()
ser mais performatico que um for...of
, você sabe me dizer como? Deixa eu te contar uma historia.
Hoje resolvendo minha task de cada dia, me deparei com um codigo de outro dev que a principio achei bizarro, aparentemente era nescessario rodar map()
dentro de map()
dentro de map()
, ate então ok, não queria mexer ali e talvez encontrar um boss lvl99, mas olhando um pouco mais o estranho era que nem todo map()
era assincrono e mesmo assim ele usava await Promise.all([].map())
, pensando totalmente dentro da caixa critiquei pra caramba e refatorei usando for...of
em seguida fiz uma teste usando console.time() & console.timeEnd()
obtendo uma media de ~250ms, orgulhoso do resultado guardei o codigo refatorado e rodei varios ctrl + Z para voltar ao codigo original e fazer o mesmo teste de performace e me surpreendi com o um resultado melhor de ~130ms, totalmente descrente, achei que tinha feito algo de errado em minha refatoração mas saindo da caixinha e olhando para o lado teórico do assunto, sabemos que o Promise.all()
vai executar cada loop de um map em simultaneo, diferente do for...of
que irá executar um loop após o termino do outro, dessa forma, nosso map()
acaba sendo mais performatico que o for...of
.
Quem diria em amigos, a gente cria nossos proprios padroes de codigo e as vezes olhamos para outras formas de resolver e achamos a coisa mais bizarra do mundo, afinal por que bulhunfas eu iria usar um Promise.all()
para uma coisa nao assincrona rsrsrs, ja pensou se eu simplesmente refatoro sem comprovar os resultados teria dado um downgrade no metodo rsrsrs.
Oque acharam? pega leve é meu primeiro post.