吐槽 Python 的 *args, **kwargs

[justdoit123]

接手一个数据拷贝的任务，在老代码里看到大量 def xxx_fn(*args, **kwargs) 真的血压升高。

这两兄弟里面“什么都有，又什么都没有“，反正全靠猜。

没有注释，就算有注释，随时时间迁移也未必准确。

从最外层到最内层，每一层都有可能往 kwargs 里塞参数或者 pop 参数。

这样的代码心智负担大，理解起来效率低。

这种写法一点也不酷，真的要慎重是用。另外要吐槽，python 社区还有大量这种库（包括官方自带的库），不过幸好质量好一点库都有参数注释，而且（应该是）有持续维护。


我也在思考，为什么各类语言要有那么多酷炫无比的特性？我认为，这些特性大部分是为基础库服务的。上层逻辑代码乱用这种特性，只会给自己找麻烦。


一下省略 “*args, **kwargs“ 个字

[vialon17]

滥用想想都脑壳大，没有类型注释不麻烦吗？

[uni]

直接在 linter 里面禁用这些东西
每次跟别人合作 py 代码我都会要求他们把 vscode 的 py 类型检查（默认是关闭的）打开，他们可以不改但是编辑器报满屏都是红色的他们要能看到

[chashao]

这个真他妈恶心，重构火葬场

[ipwx]

@lolizeppelin 啊哈哈哈，大概是因为我喜欢在没人回复的帖子下面先回复，如果有很多回复的帖子我反而不会回复也不会看回复吧。所以你经常在前几楼看见我，其实我水的不多。

[lyxxxh2]

```
def init_tracker(self, *args):
self.tracker = CashTracker(*args)
return self
```
参数多了,挺方便啊。

[Rehtt]

@CodeCodeStudy 1.18 以后就有了
// any is an alias for interface{} and is equivalent to interface{} in all ways.
type any = interface{}

[CodeCodeStudy]

@qW7bo2FbzbC0 38
@Rehtt #46
感谢指出，有一段时间没看 golang 了

[xiebow]

@mywaiting 确实