reduce（）有什么问题？

关于python 3.0中reduce（）函数的更改以及如何删除它，网上似乎有很多热烈的讨论。我有点难以理解为什么会这样。我发现在各种情况下使用它是很合理的。如果蔑视仅仅是主观的，我无法想象会有这么多人关心它。

我想念什么？reduce（）有什么问题？

正如Guido在Python 3000帖子中的reduce（）的命运中所说：

所以现在reduce（）。实际上，这是我一直最讨厌的一个，因为，除了一些涉及+或*的示例，几乎每次我看到带有平凡函数参数的reduce（）调用时，我都需要拿笔和纸来在我了解reduce（）应该做什么之前，先绘制一下该函数实际输入的内容。因此，在我看来，reduce（）的适用性几乎仅限于关联运算符，在所有其他情况下，最好显式地写出累加循环。

reduce在Functional Programming HOWTO文章中有一个很好的例子，令人困惑：

快速，以下代码在做什么？

total = reduce(lambda a, b: (0, a[1] + b[1]), items)[1]

您可以弄清楚，但是需要花一些时间来解开表达式以弄清楚发生了什么。使用简短的嵌套def语句会使事情变得更好一些：

def combine (a, b):
    return 0, a[1] + b[1]

total = reduce(combine, items)[1]

但是，如果我只是简单地使用for循环，那将是最好的：

total = 0
for a, b in items:
    total += b

或内置sum（）和生成器表达式：

total = sum(b for a,b in items)

当将其作为for循环编写时，reduce（）的许多用法会更清晰。

reduce()没有被删除-只是被移入functools模块中。Guido的推理是，除了诸如求和之类的琐碎情况外，使用编写的代码reduce()作为累加循环编写时通常更清晰。

人们担心它会鼓励混淆的编程风格，而这样做却可以通过更清晰的方法来实现。

我不反对降低自己，有时我也发现它是一个有用的工具。

reduce的存在的主要原因是避免使用累加器显式地编写for循环。即使python具有支持功能样式的某些功能，也不鼓励使用。如果您喜欢“真实的”而不是“ pythonic”的功能风格，请使用现代的Lisp（Clojure？）或Haskel。

使用霍纳方法使用reduce来计算多项式的值既紧凑又富有表现力。

计算x处的多项式值。a是多项式系数的数组

def poynomialValue(a,x):
   return reduce(lambda value, coef: value*x + coef, a)