[英]Google Python style guide
为什么Google Python样式指南更喜欢列表推导和for循环而不是filter,map和reduce?
不推荐使用的语言功能:...“使用列表推导和循环而不是过滤,映射和减少。”
给出的解释是:“我们不使用任何不支持这些功能的Python版本,因此没有理由不使用新的样式。”
map
和filter
的功能不如它们的list comprehension等效。 LC可以一步完成过滤和映射,它们不需要显式功能,并且由于其特殊的语法可以更有效地编译
# map and filter
map(lambda x:x+1, filter(lambda x:x%3, range(10)))
# same as LC
[x+1 for x in range(10) if x%3]
没有理由更喜欢地图或过滤LC。
reduce
略有不同,因为没有等效的LC,但它也没有比普通的for-loop更大的优势。
谷歌Python风格指南没有说
更喜欢列表推导和循环而不是过滤,映射和减少
相反,完整的句子读,
当函数参数无论如何都是内联的lambda时,使用列表推导和for循环而不是filter和map。 (我的重点)
因此,不建议您完全避免使用map
,例如 - 仅限于此
[expression(item) for item in iterable]
比较好
map(lambda item: expression(item), iterable)
在这种情况下,清楚的是列表理解更直接和可读。
另一方面,使用这样的map
没有错:
map(str, range(100))
而不是啰嗦
[str(item) for item in range(100)]
它很好地启动:
In [211]: %timeit list(map(str,range(100)))
7.81 µs ± 151 ns per loop (mean ± std. dev. of 7 runs, 100000 loops each)
In [215]: %timeit [str(item) for item in range(100)]
10.3 µs ± 3.06 ns per loop (mean ± std. dev. of 7 runs, 100000 loops each)
我认为这是因为不是每个人都知道如何很好地使用这些功能; 对于不那么熟悉的人,可读性可能会受损。 此外, for
循环和列表理解被广泛使用并且易于理解; 即使后者来自函数式编程,就像map
, filter
和reduce
,它可以很好地镜像列表和for
循环。 在任何情况下,填充lambda或定义一个仅用于map,filter或reduce的函数都会变得烦人,特别是因为lambda只能是单个表达式而函数可能会混乱你的代码。 反正你不需要它们; map(func, seq)
只是[func(x) for x in seq]
map(func, seq)
[func(x) for x in seq]
, filter
只是一个if
组件的列表理解。 可以使用for
循环完成reduce
。
简而言之, for
和list comprehensions更清晰,并且在大多数情况下它们提供基本相同的功能。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.