共计 1329 个字符，预计需要花费 4 分钟才能阅读完成。
平时python写的也不少，主要还是在堆业务的逻辑，只要性能上没有特别大的问题，优先完成业务的需求为首要任务。一般情况下写完的业务代码也很少再回去看了，因为新的需求已经过来了。
去年的时候就买了一本书，Python 工匠，主要就是讲解一些优雅的技巧，拖了这么久还是得看完学习。能抽出的时间只有晚上宝宝睡觉之后了。
今天就是对看的第一章内容的感悟总结吧！
第一章主要讲的是变量与注释，其实自己在写一些函数的时候不会去写，变量的含义只有在当时能理解，过了两周之后自己再回去看甚至都看不懂，更不要说别人看自己的代码了。
所以看完这章还是感慨不少，清晰的变量定义和有效的代码注释是理解代码的前提。书中提到很多的细节点，我拎出来我之前遇到的一些问题点，也许你也会有。
Q1：无效的代码不要注释，应当直接删除
回顾自己的代码的确很多地方会出现这样的情况，企图在下一次的时候可以把注释取消掉，然后这些逻辑生效，殊不知再也没有机会关闭注释。与此相反，代码文件变长，自己看代码还是会无意识的看到这部分代码，对于代码的通读还是有不小的影响。所以，用不到的代码请删掉，而不是注释。
Q2：擅长使用解包语法
先看个例子吧
>>> person_info=['xiaocui',30]
>>> name,age=person_info
>>> name
'xiaocui'
>>> age
30
>>>
上面的列表还算是比较短的，如果来个很长的该怎么处理？解包
>>> person_info=['xiaocui',30,'china','guangdong','shenzhen']
>>> name,age,*location=person_info
>>> name
'xiaocui'
>>> age
30
>>> location
['china', 'guangdong', 'shenzhen']
>>>
Q3：变量名字很重要
在多人协作代码的时候，发现很多变量名字命名很随意，temp_1,data等多种一眼看上去不知道含义的变量名，碰到这种很多时候需要找提交代码的人询问变量的含义，这样其实很耗费时间。针对这个问题，我自己也萌生过写一个vscode插件，借助于gpt生成变量名字，暂时还没完工哈。
所以在定一个变量的时候还是得想好名字，能够清晰的说明含义即可，但是也不要太长，太长也不好看。
Q4：先写函数注释，在写代码
恰恰相反，每次写代码都是迫不及待的写代码逻辑，写完之后就跑去写测试，测试过了万事大吉，然后就咩有函数注释了。现在想想，先写函数注释其实是梳理函数逻辑的前道工序，写好了函数注释，基本上你对这个函数的职责就很清楚了，之后的函数逻辑撰写也不会那么的难。
Q5：变量类型标注
Python是一个动态语言，所以变量类型这个平时写代码不怎么关注，也许就会发生一个变量名会被赋值多种类型，这个还是比较危险的。
还有就是在写接口的时候，关注的点就是传参的类型，在python3.5以后就可以对参数类型注解了。可以看下下面的例子
def func_demo(params:list):
for x in params:
print(x)
书中其实还有其他很多的技巧展示，有些已经默认一直在做的，以上是我看完之后的触动比较大的，那么今天就到这里了，12点半了，该睡觉了。
