共计 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点半了,该睡觉了。