我今天浏览了我的代码库,发现了这个:
def optionsToArgs(options, separator='='):
kvs = [
(
"%(option)s%(separator)s%(value)s" %
{'option' : str(k), 'separator' : separator, 'value' : str(v)}
) for k, v in options.items()
]
return list(
reversed(
list(
(lambda l, t:
(lambda f:
(f((yield x)) for x in l)
)(lambda _: t)
)(kvs, '-o')
)
)
)
它似乎需要一个参数字典并将它们转换为 shell 命令的参数列表。看起来它在生成器理解中使用了 yield ,我认为这是不可能的......?
>>> optionsToArgs({"x":1,"y":2,"z":3})
['-o', 'z=3', '-o', 'x=1', '-o', 'y=2']
它是如何工作的?
最佳答案
从 Python 2.5 开始, yield <value>
是一个表达式,而不是一个语句。见 PEP 342 。
该代码非常丑陋且不必要地丑陋,但它是合法的。它的核心技巧是在生成器表达式中使用 f((yield x))
。这是一个更简单的例子,说明它是如何工作的:
>>> def f(val):
... return "Hi"
>>> x = [1, 2, 3]
>>> list(f((yield a)) for a in x)
[1, 'Hi', 2, 'Hi', 3, 'Hi']
基本上,在生成器表达式中使用
yield
会导致它为源迭代中的每个值生成两个值。当生成器表达式遍历字符串列表时,在每次迭代中,yield x
首先从列表中生成一个字符串。 genexp 的目标表达式是 f((yield x))
,因此对于列表中的每个值,生成器表达式的“结果”是 f((yield x))
的值。但是 f
只是忽略它的参数并始终返回选项字符串 "-o"
。因此,在生成器的每一步中,它首先生成键值字符串(例如, "x=1"
),然后是 "-o"
。外部 list(reversed(list(...)))
只是从这个生成器中创建一个列表,然后将其反转,以便 "-o"
s 将出现在每个选项之前而不是之后。但是,没有理由这样做。有许多更具可读性的替代方案。也许最明确的就是:
kvs = [...] # same list comprehension can be used for this part
result = []
for keyval in kvs:
result.append("-o")
result.append(keyval)
return result
即使你喜欢简洁、“聪明”的代码,你仍然可以这样做
return sum([["-o", keyval] for keyval in kvs], [])
kvs
列表理解本身是尝试可读性和不可读性的奇怪组合。写得更简单:kvs = [str(optName) + separator + str(optValue) for optName, optValue in options.items()]
您应该考虑为将其放入代码库的任何人安排“干预”。
关于python - 这个 lambda/yield/generator 理解是如何工作的?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/15955948/