Python args 和 kwargs 在实践中是否曾经命名过其他东西？

Question

Python 不限制参数的名称，但是一些参数名称受约定的约束，例如 self、cls、args 和 kwargs。名称 self 和 cls 始终代表相同的概念，因此在这些情况下，我很难找到令人信服的理由让某人偏离惯例。但是，对于 args 和 kwargs，我发现这种命名约定令人窒息。

假设我有一个 class 具有各种属性，可以通过将 kwargs 传递给它的构造函数来设置这些属性：

class MyObj:
    def __init__(self, **kwargs):
        for propname in kwargs:
            self.set_property(propname, kwargs[propname])

在这种情况下，kwargs 仅旨在成为 class 实例的可设置属性，因此对我来说，将定义编写如下是有意义的：

class MyObj:
    def __init__(self, **properties):
        for propname in properties:
            self.set_property(propname, properties[propname])

这样一来，只需查看方法的签名即可了解 kwarg 的用途。

总的来说，我认为约定俗成是一件好事。然而，在我看来，总是使用 args 和 kwargs 是一个向 API 的用户传达有关 function/method 的性质的有用信息的机会参数和参数。毕竟，它们是未命名参数还是命名参数这一事实已经通过单星号或双星号的存在清楚地表明了。

有没有人有在现实世界的多开发人员代码中使用 args 和 kwargs 的备用名称的示例，或者是否对这些结构使用其他变量名太过分了？

如果不使用这些传统名称真的只是一个可怕的想法，那是什么原因？

Answer 1

我看不出有任何理由反对使用特定于上下文的名称，例如...

my_sum(*numbers)、my_parser(*strings, **flags) 等

print 文档说 *objects。

zip 文档说 *iterables。

itertools.chain 在文档和文档字符串中使用 *iterables。

>>> from itertools import chain
>>> chain.__doc__.splitlines()[0]
'chain(*iterables) --> chain object'

collections.ChainMap 在文档和 __init__.

中使用 *maps

>>> from collections import ChainMap
>>> from inspect import signature
>>> signature(ChainMap.__init__)
<Signature (self, *maps)>

随时寻找更多示例。

Python args 和 kwargs 在实践中是否曾经命名过其他东西？

Are Python args and kwargs ever named something else in practice?

python

naming-conventions

keyword-argument