数组多次 filter, 多次 map 混合链式调用过程中, 有没有办法只在最后一次调用时生成一次数组呢?

用 for 循环写
开玩笑的，都用上 js 这种高级语言了，正常使用不需要在乎这点性能，又不是刷算法题。

@dcsuibian 养成个好习惯还是有用的，前几天枚举类型 values 循环 filter 匹配的写法，线上 CPU 升高 10%，定位问题定位了两天才找出来，压测过不了很难受，所以能注意还是注意的好

最常用就 lodash 的 chain 咯

建议不要在乎性能，除非真的遇到性能问题，然后用单次 forEach 解决。至于 lodash ，使用这个东西，写出来的都不像 JS ，感觉就是完全不同的另一门语言

如果你的 filter map 传入的函数都是纯函数的话，可以把函数 compose 一遍，在调用。

RxJS ，就是你想要的

除非代码不能用了，否则绝不优化
即使不能用了，先想想能不能升级硬件

过早优化乃万恶之源

@masterclock 无法升级硬件, 部署到客户那边的, 客户随时可能拎出来一台 2000 年的奔腾机器给你

原来这个部分 JS 是没有惰性求值的，学习了。

你要不手写 for 循环吧

不是搞个 lazy 就能神奇的帮你优化的。这种工具库好多，你自己找个，测测耗时吧。

你要不手写 for 循环

是你真的碰到了性能问题还是你单纯的觉得这么写不好？
Lodash 有个 chain 可以惰性求值不知道有多大优化
你也可以手动 flatMap 把多次遍历合并成一次

@bthulu #10 2000 年的奔腾机器能用上现代浏览器吗？用 IE ？

我的 Scala 应用基本上都是每次链式调用求值一次列表，也没比别人 Java 少快几倍。

而且 JS 有 VM + GC ，除非你跑过 perf 确认这里有性能瓶颈，不然我建议你不要瞎优化，可能适得其反。因为 Lazy evaluation 也是有 overhead 的，数据量小了不如立即求值。

如果数据量真的大到有必要实施 lazy evaluation 的程度，那我也建议一步到位 RxJS

Rust 的话就会对这种情况优化，测出来甚至比直接 for 循环更快。

lazy.js 可以做到，不过这个库好久没维护了。

https://github.com/dtao/lazy.js

超过三次我宁愿 for 写一遍，看起来更清晰。

你要不手写 for 循环吧

transducer

@lin07hui 用浏览器干嘛? 我这是跑后台服务, 控制厂内设备自动寻路的

@honhon 没法手写, 是个公共基类, 会不断有继承类对这个上层数组进行过滤处理. 基类是没法预知所有子类行为的

应该不行吧，又不是 linq