结合使用.filter（）和.map（）解决性能问题

发布它们的介绍后，.map（）和.filter（）如今在代码中与死亡大忌结合使用，因为“很简单”。 但是盲目使用这些方法是否会在代码中引起性能问题？ 让我们深入了解。 我不会详细介绍这些功能的工作原理，因为有大量材料可供选择。

[理论警报]

那些熟悉Big'O'表示法的人可能知道.map（）和.filter（）在O（n）执行，其中n是所讨论数组的元素数。

因此，链接filter（）。map（）表示该执行链的运行时间在最坏的情况下为O（n）+ O（n）。

该死的，这些现代的扩展使编写性能差的代码变得更加容易。

那么我们该怎么办？

好吧，很明显，这里的问题是原始数组（或其过滤结果）被循环了两次。 弄清楚如何减少（循环…… 提示，眨眼眨眼 ）循环次数，问题得以解决。

如果您现在要问的是，这有多困难，以及如果最终要编写很多样板代码，请不要担心。

.reduce（）进行救援