我今天浏览了我的代码库,发现了这一点:
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。
yield <value>
该代码丑陋且不必要地丑陋,但这是合法的。其中心技巧是f((yield x))在生成器表达式内部使用。这是一个如何工作的简单示例:
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将出现在每个选项之前而不是之后。
yield
yield x
f
"-o"
"x=1"
list(reversed(list(...)))
但是,没有理由这样做。有许多更具可读性的替代方法。也许最明确的就是:
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
kvs = [str(optName) + separator + str(optValue) for optName, optValue in options.items()]
您应该考虑为将其放入代码库的任何人安排“干预”。