文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

看完 Python3.10 的新特性,我决定仍不更新

2024-12-02 18:29

关注

Python3.10 在 2021 年的 10 月 3 号发布,目前已经过去 1 个月了,关于它的新特性相信大家已经有所耳闻,不过我决定仍然不更新,目前我在用的版本是 Python3.8,没有任何不爽。下面说一说我不更新的理由。

第一、相关的库可能还未跟进

如果你更新到了最新版本,已有的代码能否在不修改的情况下仍然可以正常运行?是首先要考虑的问题。

Python 的第三方库都是基于开源志愿者的劳动,他们免费做着非常有价值的工作,而且适配新的 Python 版本都需要时间。此外,由于升级涉及许多不同的群体,协调和发布需要更多时间。

第二、很多新特性没使用价值

盘点一下 Python3.10 的那些没什么用的新特性(个人观点,可以留言来喷):

1、with 可以加括号了

比如:

  1. with ( 
  2.     CtxManager1() as example1, 
  3.     CtxManager2() as example2, 
  4.     CtxManager3() as example3, 
  5. ): 
  6.     ... 

这一点,我基本用不到,也不清楚什么样的情况需要这样写。要是有多个上下文,我就串着多写几个就是了,要是 example1 和 example2 有关系,我可以嵌套:

  1. with CtxManager1() as example1: 
  2.     with CtxManager2() as example2: 
  3.         ... 
  4.     ... 

这样写不是层次更清晰吗?

2、match case 就是花花肠子

Python3.10 新增了 match 和 case 软关键字。什么是软关键字?就是虽然是关键字,但是可以作为变量名,虽然如此,你肯定也不愿意让 match 成为你的变量名了,因为这样也是不会报错的:

match match: #后一个 match 是变量名称

  1. match match: #后一个 match 是变量名称 
  2.     case case
  3.         <action

10 的 match case 的语法如下:

  1. match subject: 
  2.     case 
  3.          
  4.     case 
  5.          
  6.     case 
  7.          
  8.     case _: 
  9.          

它的用法可多了,有些我都快看不懂了。比如先来个简单的:

  1. def match_errno(errno): 
  2.     match errno: 
  3.         case 0: 
  4.             pass 
  5.         case 1: 
  6.             pass 
  7.         case 42: 
  8.             print("42!"
  9.         case _: 
  10.             print("wildcard"

这里有个 _ 表示谁也不匹配的情况,相当于一个默认值,但是 _ 本来是用来表示一个后续不再使用的变量的,假如这样调用,虽然解释的通,总感觉怪怪的:

  1. >>> _ = 42 
  2. >>> match_errno(_) 
  3. 42! 

再来个复杂一点的:

  1. def command_split(command): 
  2.     match command.split(): 
  3.         case ["make"]: 
  4.             print("default make"
  5.         case ["make", cmd]: 
  6.             print(f"make command found: {cmd}"
  7.         case ["restart"]: 
  8.             print("restarting"
  9.         case ["rm", *files]: 
  10.             print(f"deleting files: {files}"
  11.         case _: 
  12.             print("didn't match"

我乍一看觉得这代码有问题,cmd 和 files 是未定义的变量啊,却可以用在 case 的表达式里面,实际运行却是没问题的:

  1. command_split("make"
  2. command_split("make clean"
  3. command_split("restart"
  4. command_split("rm a b c"
  5.  
  6. default make 
  7. # make command found: clean 
  8. # restarting 
  9. # deleting files: ['a''b''c'

匹配后剩余的部分可以变成一个变量,不得不服还可以这样用。

再看一个:

  1. def match_capture_subpattern(command): 
  2.     match command.split(): 
  3.         case ["go", ("north" | "south" | "east" | "west"as direction]: 
  4.             print(f"going {direction}"

你看还能结合 as 使用。牛逼不牛逼?

最后再看一个:

  1. match point: 
  2.     case Point(x, y) if x == y: 
  3.         print(f"The point is located on the diagonal Y=X at {x}."
  4.     case Point(x, y): 
  5.         print(f"Point is not on the diagonal."

case 里面还可以再用 if,牛逼不牛逼?

这些花样招式,除了增加程序员的心智负担,能有啥好处?我简简单单的 if elif 就搞定了,可读性还高。再说了这 match 并性能上的提升,甚至有时候还更慢,何苦呢?

Python 为什么一开始就没有 match,现在都 2021 年了,你新增个 match,是忘了初心吗?

3、新的类型提示,笑死我了

Python3.9 这样写的:

  1. from typing import Union 
  2. a: Union[int, str] = 1 

Python3.10 可以这样写:

  1. a: str | int = 1 

讲真,即使你换成 |,我也不大可能会用。类型提示是学习人家静态语言的优势,提示程序的可读性和可维护性,修改代码时别传错了变量类型。

何况 Python 解释器根本不检查类型提示是否有错误,纯属自娱自乐:

  1. >>> def fun(x :int) -> str: 
  2. ...     return x 
  3. ... 
  4. >>> print(fun('asf')) 
  5. asf 
  6. >>> 

如果一个变量可以有很多类型,还提示个屁啊?提示的多了,还不如不提示,本来就是动态语言嘛。自己玩自己,搞笑吧,哈哈哈哈。

我用类型提示最多就用一个类型,要是超过一个类型,我就不提示。或者自己修改代码,用得着那么多类型么?

第三、还不是很稳

Python 3.9.0 于 2020 年 10 月发布。3.9.1 于 2 个月后发布,其中包含一长串错误修正。同样的,Python3.10.x 也可能会有一些错误修正,让它再飞一会儿。

Python 3.10 有了新的语法:match-case,但是一些格式化工具或 IDE 可能还不支持。即使支持,你需要升级他们。

总之 Python3.10.0 才一个月,还不是很稳。

那你可能会问了,什么时候算稳?

我觉得比最新版本低 1-2 个是最好的选择,比如 Python3.10 发布了,那么可以考虑升级到 Python3.8 或 Python3.9,因为此时这些版本已经足够稳定。

另一方面,除非你用的版本宣告了不支持安全更新的时间,或者报告了 bug,否则,你可以一直不更新。比如说,Python 3.6 将在 2021 年 12 月结束安全更新,此时应该升级到 Python3.7 或以后的版本。

最后的话

基于以上三点,我决定不会更新 Python3.10。当然,Python3.10 也有比较好的新特性,比如更友好的报错提示,当你的括号、引号未闭合时,会抛出更加清晰明了的错误。

很喜欢 Python 之禅的那两句:简单胜过复杂,明确优于隐晦。希望 Python 的更新也能保持 Python 之禅的初心。

 

来源: Python七号内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯