|
|
1
21
可替换为
会短路。 计时结果显示出差异:
|
|
|
2
5
reduce()不仅不短路,也不可能对所有正在减少的项短路,因为它一次只考虑两个项。此外,它不知道使用该功能时的短路情况。(如果函数可以有一个属性来指示它们开始短路的值,那么这就非常好了,reduce()可以识别并使用该属性,但它们没有。) |
|
|
3
3
很有可能(见 fate of reduce )另一种选择是 减少 实施会很好。 这个想法对我来说非常有效,使设计中的东西更加透明。
正如你看到的 减少 被打破成 i应用 & 艾比 . 请注意,它不等于
|
|
|
4
2
记住,短路评估并不总是你想要的。”因此,修理“减少到短路”是一个错误。例如,在处理Django中的表单列表时,我最近不得不更改all()to reduce()的用法:我要报告所有的is-valid()问题,而不仅仅是第一个问题。 |
|
|
5
1
我有一个相关的用例,我想要一个不同于
结果不如
|