是否有更好（即更 Pythonic）的方法来处理打包/解包函数参数？答案

【问题标题】：Is there a better (i.e. more Pythonic) way to deal with packing/unpacking function arguments?是否有更好（即更 Pythonic）的方法来处理打包/解包函数参数？
【发布时间】：2016-07-02 09:19:21
【问题描述】：

我正在编写一个方法来“添加刻度”到一个对象。（“添加刻度”的含义对我的问题无关紧要。您也可以忽略我的代码示例中的 'batch' 变量。）所有刻度都将具有相同的宽度和长度，但位于不同的刻度位置，并且有每次调用可以是可变数量的滴答声。目前我的方法是这样的：

    def addTicks(self, batch, (w,l), *ticks):
        for tick in ticks:
             # create Tick at location tick with width 'w' and length 'l'

当我这样称呼它时，它工作得很好：

self.addTicks(self.tickBatch, (3,10), 5, 15, 25, 35, 45, 55)

但是当我想在从 0 到 59 的所有整数位置添加刻度时，我不想输入所有数字。目前我这样称呼它：

self.addTicks(self.tickBatch, (2,7), *[i for i in range(0,60)])

即我创建了一个范围，通过列表理解将其转换为列表，然后在调用时解压缩该列表，以便该方法可以将其作为元组接收。它可以工作，但它看起来有点混乱，可能会让其他阅读代码的人感到困惑。

我的问题是：

有经验的 Python 程序员会不会像我一样绊倒这种结构？
有没有更好的方法来达到同样的效果？
我应该更改我的方法的签名吗？我知道我可以用tickList 替换*ticks，但是每次我调用它时，我都必须将刻度值包含在一个列表中，这对我来说似乎更吵。

（适用于 Python 2.7）

编辑：用户怪胎给了我*range(0,60) 有效的答案。我可以看到它有效，但现在我意识到我不知道如何描述它。我们已经“解压了一个迭代器”，但这给了我们什么？它不是一个列表，也不是一个元组。我们只是说“迭代器的元素吗？（我可以编写 Python 程序，我只是很难说）。

编辑：好的，我已经切换到一个列表（并停止解压我的宽度、长度对），我的方法现在看起来像这样

def addTicks(self, batch, tickDimensions, ticks):

这意味着我现在这样称呼它：

self.addTicks(self.tickBatch, (2,7), range(0,60))
self.addTicks(self.tickBatch, (3,10), [15, 25, 35, 45, 55, 5])

我最初的直觉是创建一个超出范围的列表，但我想这是 Pythonic 意识到 range 与列表一样好可迭代，因此我们可以直接传递它？

【问题讨论】：

*range(0, 60) 除此之外，我会直接通过列表。恕我直言，它更干净。
我可以发誓我试过了，但它没有用，但它确实有效！鸡蛋肯定在我脸上。
虽然您的问题被标记为 Python 2.7（您所写的内容可以正常工作），但您可能需要注意匿名元组参数会自动解压缩到 w 和 l变量在 Python 3 中不再起作用。您要么需要将 w 和 l 分开顶级参数，要么命名元组（例如 shape）并在函数代码中显式解包。
在 python 2 中，range 只返回一个列表。如果它返回其他东西，解包无论如何都会起作用，但在这种情况下，它只是一个列表。

标签： python python-2.7 argument-unpacking

【解决方案1】：

我会选择选项 (3)，并从一开始就将刻度存储在一个列表中。在我看来，您需要输入的额外[] 并不是什么大问题，从Zen of Python 的角度来看，拥有一个列表会有一些优势：

接收列表的函数比可变参数函数更简单。
如果您使用列表而不是可变参数，则刻度是一个序列更明确。
如果您使用列表，则只有一种明显的方法可以将刻度传递给您的函数。另一方面，如果您使用可变参数，事情就不那么明显了（正如这个问题的存在所示）。

要考虑的另一种可能性是通过将addTicks 函数更改为您在循环中调用的addTick 函数来完全避免该问题。（这可能是一个好主意，也可能不是一个好主意，具体取决于您的函数的实际工作方式）

【讨论】：