py作为语法简易,特性鲜明的一门语言,总被作为不少初学编程的福音
但简单并【不意味】着随意,本系列旨在阐述一些新手容易踩得坑,并给出解决方案(当然,不一定全都是最优解,如果读者有不同看法,欢迎评论区讨论)
【符号说明】
写了好多期感觉符号比较随意,我大致整理一下吧:
⭐提示/重点(可能不再使用,因为比较难打)
✨目录
❤️重点
补充
修正
也许后期会加入新的符号,我也考虑什么时候出一贴阐述一下个人文章习惯使用的符号(可能会发到泳池,毕竟这个不算技术教程)
——————那么开始正文
列表推导式是一把双刃剑,用的好,美观又高效:用不好,冗杂且危险,本文大致分两部分来阐述
如果对推导式不清晰的萌新可以自行百度学习,基础知识本文不再赘述
❤️代码福音
py本身的for循环就很简洁,但依旧提出了一种更直观的语法糖:推导式
所谓语法糖,就是要让你尝到甜头,通过推导式我们可以简化很多代码
例如求列表所有元素的平方【图一】
因为过于简单,可能图一感觉差别不大,那么我们进一步提升需求:
求列表所有能被2整除的元素平方值,参考【图二】
这样似乎优势就明显了点
❤️跌落神坛
有些初学者,尝到了推导式的甜头后就把它推向神坛,推崇为万能写法,只要能用就必用,这也是过激的态度
比如说嵌套过深的问题【图三】,条件过多的问题【图四】,还有内存占用的问题【图五】
简单来说就是:对于低嵌套,低条件,低内存占用的情况下,推导式确实是一把利器,而面对其他场景,使用起来就需要多加慎重了
以图五为例,推导式执行期间需要不断占用内存,所以如果一个文件很大,大到你的内存溢出了都不够用,程序肯定会终止,而生成器则是用完一个关一个
那么本文到此就结束啦
爬虫系列还没完结,这篇文章算个小插曲吧,这个系列应该也会有几期
文章可能同步发布于其他平台,我大部分平台都是这个名字,个人对转载没有特殊要求,注明作者即可
[玫瑰]有疑问欢迎评论区留言讨论
[彩虹]pluie
[彩虹]2023-03-25
暂无评论内容