有没有更好的（即更 Pythonic 的）方法来处理 packing/unpacking 函数参数？

Question

我正在为一个对象编写 "adds ticks" 的方法。（"adding ticks" 的含义对我的问题无关紧要。您也可以忽略我的代码示例中的 '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）

编辑：用户 freakish 给了我 *range(0,60) 有效的答案。我可以看到它有效，但现在我意识到我不知道如何描述它。我们有 "unpacked an iterator"，但这给了我们什么？它不是列表，也不是元组。我们只是说“迭代器的元素吗？（我可以编程 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 与列表一样好，所以我们可以直接传进去吗？

Answer 1

我会选择选项 (3)，从一开始就将报价存储在列表中。在我看来，您需要输入的额外 [] 并不是一个大问题，并且从 Zen of Python:

的角度来看，拥有一个列表会有一些优势

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

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

有没有更好的（即更 Pythonic 的）方法来处理 packing/unpacking 函数参数？

Is there a better (i.e. more Pythonic) way to deal with packing/unpacking function arguments?

python

argument-unpacking

python-2.7