吐槽 Python 的 *args, **kwargs

[justdoit123]

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

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

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

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

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

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


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


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

[ipwx]

因为好的库不用这个，反而 Annotation 用的多。

[justdoit123]

麻蛋，看这种代码感觉自己是在 剥洋葱/捉迷藏。

十年前的 coder 说：“大王，来抓我呀～ ” “我在这，来抓我呀～”。

[summerwar]

基础性的方法不限制传入的参数的数量和种类，可以更方便的处理各种数据，十分灵活。如果你要限定传入的参数和内容，那么可以在基础方法的基础上再定义函数和具体化参数。

*args 表示传入的是列表或元祖，*kwargs 传递的是字典，记住这两条就问题不大了，按照这个规则将获取到的参数放入自己的方法里，不在自己方法里的参数直接丢掉就好了。

[mark2025]

动态一时爽，维护 xxx 。 动态还是 TS 最爽，兼顾 js 的灵活以及类型保护

[shylockhg]

这玩意我只记得以前弄懂过一次，现在又忘完了

[iorilu]

python 确实很多地方用这个, 其实主要就是为了兼容未来可能增加得参数, 这样以后
随便传啥, 反正接口不用改

[ounxnpz]

如果你想写个通用一点的装饰器，没这两个还真的不方便。这两个参数用于传递很好用，不要滥用就好

[yohole]

这是 javaer 学 python 最难受的一点

[git00ll]

是的很难受，特别是调用第三方接口时，压根不知道往里面传什么

[iorilu]

@ounxnpz 是的, 装饰器必须用这个兼容所有接口得

所以说, python 很多所谓技巧, 其实不是技巧, 而是刚需

你可以不用, 但你必须知道

[Binwalker]

ruby 里面也有，而且比这个还自由

[fatigue]

工程设计的锅东西别让语言特性来背

[Jinnrry]

和语言没啥关系，和人有关系。
难道 php 就不能一个 array 满天飞了吗？
难道 java 就不能一个 Object 满天飞了吗？
难道 golang 就不能一个 any 满天飞了吗？


不过有一说一，接手 python 代码我是最害怕的，1 个项目 10 个人有 100 种写法，每次都能学到新姿势。python 天天喊着“人生苦短”，就这 100 种写法，看下来确实人生苦短了

[TimG]

@Jinnrry 不能这么说，还是跟语言有关系的，python 显然有支持这种行为的意图，现在都成为一种标准了。Java 要是装箱不用拆我也用，但它是强类型，不光写一堆拆箱还要折算性能损耗，合计下来就很不经济。

[DOLLOR]

有类型标注还好，如果没类型标注，维护 python 就是痛苦的折磨

[14]

同感，我最近喜欢 def func(*, a, b=2, c) 这样定义，这样调用的时候必须 func(a=1, c=3) 强制写清楚参数名字，并且 abc 可以在任意位置写默认值

[buf1024]

防御性编程，值得点赞。

[ClericPy]

老代码让我用 type-hints 给包了一层 interface 。。。

不敢动底层啊，上次动了，加班到晚上 9 点多！

[est]

数据拷贝任务你换啥语言来都是 dirty work

[bhy]

可以试试看 pytype 能不能 infer kwargs 的类型。看了一圈，mypy 和 pyright 应该还不支持。