lambda / yield / generator理解如何工作？

Question

我今天浏览了我的代码库，发现了这一点：

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']

它是如何工作的？

Answer 1

从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()]

您应该考虑为将其放入代码库的任何人安排“干预”。