gpt4 book ai didi

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

转载 作者:太空宇宙 更新时间:2023-11-04 00:07:16 24 4
gpt4 key购买 nike

Python 不限制参数的名称,但是一些参数名称有很强的约定俗成,例如selfclsargskwargs。名称 selfcls 始终代表相同的概念,因此在这些情况下,我很难找到令人信服的理由来改变惯例。但是,对于 argskwargs,我发现这种命名约定令人窒息。

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

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

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

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

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

总的来说,我认为约定俗成是件好事。然而,在我看来,总是使用 argskwargs 是一个错失的机会,可以向 API 的用户传达有关函数/方法的 args 和kwargs。毕竟,单星号或双星号的存在已经表明它们是未命名参数还是命名参数。

有没有人有在现实世界的多开发人员代码中使用 args 和 kwargs 的替代名称的示例,或者为这些结构使用其他变量名称是否太过违背常理?

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

最佳答案

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

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 - Python args 和 kwargs 在实践中是否曾经命名过其他东西?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53676249/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com